携帯サイトのWebプログラムを語ろう Part3

携帯サイトのWebプログラムを語ろう Part3 at PHP

[1からを表示]
50:nobodyさん
09/02/12 12:29:20
本の宣伝なら

PHP関連の書籍　第6版
ｽﾚﾘﾝｸ(php板)

51:nobodyさん
09/02/14 09:00:58 OBTRekAX
OpenwaveSDK6.2を使ってezwebのサイトのチェックをしているのですが
絵文字が表示されません
絵文字には対応していないのでしょうか？
（FireMobileSimulatorで確認したところ表示されました）

52:nobodyさん
09/02/14 09:38:11
どうも、sjisバイナリ絵文字が表示されない機種があるっぽいですね
lmg localsrcで指定すれば全機種で表示できるようですが、
バイナリじゃないと、「表示した文字列を再編集して投稿する」的なことが
できません。
ezwebでは絵文字をフォームに入れることは不可能なのでしょうか？

53:nobodyさん
09/02/14 09:41:41
>>52
> ezwebでは絵文字をフォームに入れることは不可能なのでしょうか？

んなこたぁない。

54:nobodyさん
09/02/14 09:48:15
投稿時に入力できるのは当然ですが、
バイナリで表示できない限り、「フォーム内容に前もって設定する」ことは不可能では？
フォームタグのコンテンツがimgタグになってしまうので。

55:nobodyさん
09/02/14 10:14:41
>>54
バイナリで埋めればよろし
表示できないのはエミュレータだけ。
正直な話し、EZweb制作にWAPエミュレータは役に立たない。
実機確認をお勧めする。

56:nobodyさん
09/02/14 10:19:36
>>55
そうなんですか
ありがとうございました。

57:nobodyさん
09/02/14 10:30:04
蛇足ながら、EZwebで非SSL限定ならば、内部も出力もunicode(UTF8)で統一すると、何かと楽だよ。

キャリア非推奨だけどｗ

58:nobodyさん
09/02/16 11:20:47
どのキャリアでもエミュレータは役に立たないね。
基本的に実機がないと仕事にならない。

59:nobodyさん
09/02/16 11:41:23

携帯サイトのWebプログラムを語ろう Part2

924 ：nobodyさん：2009/01/05(月) 10:49:43 ID:???
auは今月から4月まで毎月IP追加あり
公式持ちには告知済みだけど

60:nobodyさん
09/02/16 15:11:19
の割りには今現在も昨年１２月に追加したままで変更が無いな。

URLﾘﾝｸ(www.au.kddi.com)

61:nobodyさん
09/02/16 21:56:48 WycCAM91
ウェブコンテンツビューアだと、
W型でSJISのリクエストを投げた時、絵文字がウェブコードになるんですが
実機でもそうなりますか？
php×携帯デベロッパーズバイブルでは、
3Gはウェブコードを投げないと書かれていますが。
W型でも、UTF-8の時はウェブコードではありませんでした

62:nobodyさん
09/02/16 22:08:20
よく見たら「3GCはウェブコードではない」と書かれていました。
W型は3Gだけど3GCではないので、
SJISだとウェブコード絵文字、UTF-8だと非ウェブコード絵文字
という中途半端な仕様なのでしょうか・・

63:nobodyさん
09/02/16 23:46:23
本の宣伝なら

PHP関連の書籍　第6版
ｽﾚﾘﾝｸ(php板)

64:nobodyさん
09/02/16 23:57:00
宣伝じゃないですよ
縁もゆかりもないです

65:nobodyさん
09/02/17 07:30:43
ウェブコードって何？

66:nobodyさん
09/02/17 09:32:03
プログラムを語れって話。

67:nobodyさん
09/02/17 11:47:52
携帯のプログラムを語るのに仕様に関する話題も含まれるだろｗ
というかむしろそれがほとんどだろ

68:nobodyさん
09/02/17 13:41:24
>>65
古いsoftbank特有の1b 24…0fで構成される絵文字です。
アシアルさんの絵文字プラグイン内で使われていた用語なので
一般的なのかは分かりませんが。

69:nobodyさん
09/02/17 19:00:44
>>67

同意。
宣伝とかスレ違いとかやたら煽るのやめようぜ。

70:nobodyさん
09/02/18 09:43:06
宣伝だと自覚してるじゃん。

71:nobodyさん
09/02/18 17:22:27
>>70
ｷﾃｨｶﾞｲの方ですか？

72:nobodyさん
09/02/18 20:51:41
どうしてばれたかまだわからないのか？ｗｗｗ

73:nobodyさん
09/02/22 19:58:59
ｷﾃｨｶﾞｲ ←こう書くとかわいいな

74:nobodyさん
09/02/22 21:30:57
ﾏｲﾄｶﾞｲ＝小林旭
ﾖｿｳｶﾞｲ＝ダンテ・カーヴァー
ｷﾃｨｶﾞｲ＝org

75:nobodyさん
09/02/23 16:51:01
質問させてください。

携帯のアクセスを携帯サイトにアンカー（#XXXX）付で飛ばしたいのです。
print "Location: URLﾘﾝｸ(www.ZZZZ.com)";
としていますが、手持ちのau実機では404と表示されてしまいます。
もちろん#XXXXがなければ、ちゃんと表示されます。
またリンクからのアクセスでもちゃんと表示されます。

Locationでアンカーはダメなんでしょうか。それとも実機固有の問題でしょうか。

76:nobodyさん
09/02/23 17:52:53
Locationは普通、headerなんじゃないの？

77:nobodyさん
09/02/23 19:58:34
>>75
きかない携帯あるよ。使わない方がいいと思う。

>>76
釣りですか？

78:nobodyさん
09/02/23 20:06:14
>>76,77
言語の違いだと思う。
PHPだと、普通はheader()関数を使うよね。
質問者は多分Perlかと。

79:nobodyさん
09/02/23 20:09:29
そういえば前にも皆がPHPを使ってると思ってた奴がいたなｗ

80:nobodyさん
09/02/23 21:01:25
URLエンコードしておけばいいんじゃないの

81:nobodyさん
09/02/23 21:06:47
>>80
無理。
auのゲートウェイの問題

82:nobodyさん
09/02/23 22:04:38
#なんか使ったことないぜｗ
ほかの文字で代用すれば？

83:nobodyさん
09/02/23 23:05:07
>>82
アンカーリンクに#以外で代用できる文字があったら教えて下さい。

84:75
09/02/24 08:56:43
アンカーの件、回答ありがとうございました。
アドバイス通り、アンカー付リダイレクトはやめておきます。

内容が変化するリストページの指定箇所に、頭出ししたかったものですから。
アンカー付リンクを含むジャンプ用ページを出力する方向で考えてみます。

85:nobodyさん
09/02/24 09:02:45
cgiで処理してるのなら、普通にパラメータ渡しじゃだめなの？

86:75
09/02/24 12:35:49
>>85
いいんですけど、リスト該当箇所というのがミソなので、
アンカーを使おうと思ったわけで。
PCで見るか、javascriptが使えるなら問題ないんですけどね。

87:nobodyさん
09/02/24 17:23:13
cgiファイルにアンカー（#XXXX）なんて、PC向けでも普通は使わないと思うけどね。

88:nobodyさん
09/02/25 13:12:16
そうかな。結構使うよ。
こんな風に、フォームを画面の一番上にしたい、とか。

コンテンツコンテンツ
コンテンツコンテンツ
コンテンツコンテンツ
コンテンツコンテンツ
<a name="form"></a>
<form action="./myself.cgi#form">
<input type="submit">
</form>

89:nobodyさん
09/02/25 13:59:41
そんな亜流な使い方を示されてもねぇ。

90:nobodyさん
09/02/25 14:37:03
機種によって表示が乱れるし、動かないし、とても使えた方法じゃない

91:nobodyさん
09/02/25 15:59:06
こちらでどうぞ

携帯電話専用ホームページの制作方法　２台目
ｽﾚﾘﾝｸ(hp板)l50

92:nobodyさん
09/02/26 15:53:03
少なくとも金を貰って作るHPじゃ使わないわな。

93:nobodyさん
09/03/01 11:10:31
>>88
普通にCGIの処理の最後でリダイレクトしろよ

94:nobodyさん
09/03/01 11:20:59
>>93
auではそのリダイレクトにアンカーが使えない、と言うのが議論の発端なわけだが？

95:nobodyさん
09/03/01 11:36:14
使えないと言ってる機種は何？
検証しておきたいんだけど。

96:nobodyさん
09/03/02 03:47:27
携帯って
基本的に､クッキーは
保存できないの？

じゃあ、セッションの扱いはどうするの？

97:nobodyさん
09/03/02 07:32:10
>>96
全auとSBの一部は使える
それ以外なら引き回し

98:nobodyさん
09/03/02 07:35:54
引き回しっていうのは、hidden？

99:nobodyさん
09/03/02 08:38:17
>>98
query string
いわゆる引数
?SSID=AJPTJDA4TPG2WM
とかって奴

100:nobodyさん
09/03/02 08:50:56
>>99
ああ、URLに入れるって意味ね。

101:nobodyさん
09/03/02 08:57:44
>>100
form使うならhiddenだったりもするし。
つまりは、常にGETかPOSTで次のページにセッションIDを送っていくってこと。

102:nobodyさん
09/03/02 09:08:26
今は全キャリアでID取れるんだから、それ使えばいいだけの話。

103:nobodyさん
09/03/02 13:47:58
取れないようになってる端末もあるし。そんな単純な話なら誰も苦労しないツーの。

104:nobodyさん
09/03/02 16:02:26
勝手に苦労してろ。

105:nobodyさん
09/03/02 20:57:53
104 ：nobodyさん：2009/03/02(月) 16:02:26 ID:???
勝手に苦労してろ。

106:nobodyさん
09/03/02 22:41:11
>>104
同意

107:nobodyさん
09/03/02 22:55:51 9uktZZY+
すんません、誰かSoftBankのSH910使ってる人いたら
教えてください・・・
入力フォームで、数値の入力しか受け付けない箇所があるんですが
なぜか上記の機種でのみ、ちゃんと半角数字で入力しても
半角数字以外が含まれているとエラーが出るそうなんです。
全角数字を半角に強制的に変換しても同じらしいんですが
手元に同機種がなく、どうしようもあるません。
なにかゴミでも付いてしまうんでしょうか？
原因と解決策が分かる方がいたら、お助けください・・・。

108:nobodyさん
09/03/02 23:17:38
送り側と受け取り側をどうやっているのか書こう

109:nobodyさん
09/03/03 02:40:50
個体識別番号は、ユーザが送出を許可してないとダメだし、ドコモの場合、取得できるように処理を加えないと取得できない。
公式サイトならUIDが自由に取れるが。個体識別番号がセッションIDの代りになるわけない。

110:nobodyさん
09/03/03 02:59:18
そんなばかな

111:nobodyさん
09/03/03 03:16:16
個体識別番号を取る
PHPのコード教えて。

112:nobodyさん
09/03/03 03:27:04
SBとAUは環境変数でそのまま取れる。ドコモはパラメーターを付けてリクエストさせないと行けない。だからUTNと大差ない。致命的なのはSSL下では取得できないこと。というか、こんなの常識だから。

113:nobodyさん
09/03/03 04:28:31
荒らし対策に個体識別番号使うのは
最強だと思うんで、少し調べてみたいんですよね。

２ちゃんねるも携帯の個体識別番号、
有効に使ってるでしょ？

114:nobodyさん
09/03/03 20:26:14

携帯サイトのWebプログラムを語ろう Part2

924 ：nobodyさん：2009/01/05(月) 10:49:43 ID:???
auは今月から4月まで毎月IP追加あり
公式持ちには告知済みだけど

115:nobodyさん
09/03/03 20:44:32
単なる環境変数だから偽装しようと思えば簡単に出来る。やるならソースIPアドレスで制限かけるしかない。

116:nobodyさん
09/03/03 21:17:04
「情報を送信しますか？」のダイアログが出ないので大違いだろ＜ﾄﾞｷｭﾓgid

117:nobodyさん
09/03/03 21:20:00
何で他のキャリアみたいに普通に環境変数に入れなかったか、ドコモのやることはさっぱり分からない。

118:nobodyさん
09/03/03 21:36:03
そんなこと言ってると高木なんとかって人がぶちギレるぞ

119:nobodyさん
09/03/03 22:07:00
>>116
確認は出ないけど、URLに&guid=onって付け加えないとiモードidは送り出されない

120:nobodyさん
09/03/03 22:21:03
utn

121:nobodyさん
09/03/04 11:22:36
>>115
IPアドレス＋識別番号でないと無意味だわな。

>>119
2chにカキコした時のURLには必ず付与されてるよ。例えPCからカキコしても。

122:nobodyさん
09/03/05 13:37:31
>>119
rewrite 使えば一瞬

123:予言者
09/03/08 01:09:32
茸　春端末(06-08)から
・キャッシュサイズが500k
・JavaScript が利用可能に (Ajax可）
・iframeが利用可能に
・CSS外部ファイルOK

124:nobodyさん
09/03/08 01:32:54
>>123
妄想乙

125:nobodyさん
09/03/08 02:39:08
>>123
通報しました

126:nobodyさん
09/03/08 05:07:12
2人も釣れとる…

127:nobodyさん
09/03/08 12:14:47
>>123
クッキー対応も足しておいて！

128:nobodyさん
09/03/08 16:05:46
今更キャッシュを増やされたり対応機能が追加されても、ユーザーの端末の買い替え期間が伸び捲ってる
から、現行端末で間に合う形式で当分続けるしか無いわな。

勿論、端末種別で切り替えれば済むが、少なくとも２G端末が絶滅してからでないと手間が増えるばかりだし。

129:nobodyさん
09/03/10 16:26:43
>>114
３か月分の更新が纏めて公表されたって事かな？　auのIPアドレス26個削除キター。

130:nobodyさん
09/03/10 19:24:44
>>129
これで切り替えしたみたいだな。

IPアドレス変更に伴うサービス停止の公表があるのは珍しいな。

EZweb、メンテナンスで一部サービス停止─3月10日午前
URLﾘﾝｸ(plusd.itmedia.co.jp)

131:nobodyさん
09/03/10 23:37:30
IPのページをスクレイピングしているサイトは多分廃止IPも通ってるなｗ

132:nobodyさん
09/03/11 08:52:40
この手のデータ、CSVではき出してくれるだけでいいのにな。何でそんな簡単なこともキャリアはしてくれないんだろうな。

133:nobodyさん
09/03/11 11:25:09
俺はCPANにあるモジュール使ってすべてのキャリアのIPアドレス帯域をファイル吐き出すプログラムを作って
それをCRONで回してつかっているのだが

134:nobodyさん
09/03/11 11:40:43
>>132
んなもんいらね

135:nobodyさん
09/03/11 11:56:39
公式サイトやってて、要らないわけがない。

136:nobodyさん
09/03/12 00:31:10
公式でも、UA偽装だけで見れるサイトもたくさんあるよ。

137:nobodyさん
09/03/12 01:59:57
topページだけIPアドレスで制限してるアホな処もあったからなあ。

138:nobodyさん
09/03/12 17:05:25
イーモバのIPアドレスの公開ページに、embとEMnetの違いや公開してるIPアドレスはEMnet用で
emb用は非公開、云々の説明が追加されてた。

当初からそうだったが、イーモバのネット関係の情報公開は結構マジメで玄人っぽいよな。
それに比べると日本通信なんかド素人っぽい感じがするし。

139:nobodyさん
09/03/12 19:23:23
これってIPアドレスとかで何か不都合が出そうかな？

一応、今のところ日本通信用のIPアドレスも別途管理はしているが、更に鬱陶しい事に
ならなければ良いが、どうなんだろう。

“レイヤー2接続”が生む高い付加価値―日本通信が「Doccica」で挑む新MVNOビジネス
URLﾘﾝｸ(plusd.itmedia.co.jp)

140:nobodyさん
09/03/13 16:19:08
ただ稼ぎたいだけなら、いろいろ考えなくても
レンタル掲示板でこんなあぷろだでもやってれば稼げるんでね？

URLﾘﾝｸ(res.atura.jp)

141:nobodyさん
09/03/16 20:58:48 8rUGOGFT
ホストでアクセス制限ってどうかな
一応IPアドレスでの制限も別サイトで稼動させてて使えるんだが、
BBSの書き込み制限はそれを使うとして、
表示制限の部分だけホストでの制限を試してみようと思うんだが
逆引きは常にやってる鯖なので無問題
ホストの偽装に現実に出会った人いる？
また、逆引きできないなんてあったとしても1年に1回ぐらいの無視できる回数だよね？

142:nobodyさん
09/03/17 16:50:51
一応キャリアのサイトには逆引きは保証しないって書いてあるけれど・・・

ライトなサイトであればホストでの制限でも別によいのでは？と思う。

143:nobodyさん
09/03/17 22:06:03
うちはUA確認かIP確認の２択だ
逆引きとか中途半端で負荷のかかる事は選択肢に無い

144:nobodyさん
09/03/18 01:29:54
>>141
なりすましメールのためにキャリアの逆引き設定されてるような、
そういう特定アジアのどうしょうもないＩＰが開放されると思うと
普通に考えて怖くないの？

145:nobodyさん
09/03/19 16:14:16
なんかauのサイトでいつのまにかPCサイトビューワ用のIPアドレス頁が追加されてるな。

3/10の時点では無かった筈だが、リンク元のEZサーバ用の日付は3/10のままだけど、これで
やっとdocomoやSBと同等になったなあ。

あとWillcomのIPアドレスが本日付けで、又２個削除されてた。ユーザーが想定より増え
なかったせいか？　（藁

146:nobodyさん
09/03/20 17:19:25
>>145
でもPCサイトビューアのUserAgentは公開されてないみたいだから、正規に公開してるdocomoや
SBと同等になったとは言いがたい。

147:nobodyさん
09/03/22 10:53:20 0XyV+hxh
絵文字を３キャリアで出力するのって、
$flowerっていう変数に対して
キャリアごとに各絵文字出力のタグを割り当てるのがセオリーなの？

if($career = "docomo"){$flower = "ドコモの絵文字書き出し";}
else if($career = "au"){$flower = "auの～";}
else if($career = "softbank"){$flower = "sbの～";}

って感じで。。
もっと賢いプラグインとかモジュールってありますか？

148:nobodyさん
09/03/22 16:22:15
>>147
最終的にはそういう処理をするけど、同じ事をする絵文字変換用のライブラリが
各言語ごとに絶対あるから探して利用するといいよ。

それから、テンプレートエンジンを使用して、絵文字の表記は
１つのキャリアの絵文字を書くだけにするほうがいいよ。
たぶん、ドコモの16進数表記をテンプレートに書いて、
画面表示の時にUserAgentに応じて、絵文字変換＆文字コード変換を行う
というパターンが多いんじゃないかな。

最近PHP使ってないけど、以前はMobilePictogramConverterとSmartyでやってた。
最近はRuby(Rails)を使っているんだけど、こっちはjpmobileというプラグインでやれる。

149:nobodyさん
09/03/22 21:55:18 0XyV+hxh
>>148
うおー、すごく丁寧なアドバイスありがとうございました！
参考にして頑張ります！

150:nobodyさん
09/03/24 21:02:49 QifOBF6u
あ

151:nobodyさん
09/03/24 21:06:48 QifOBF6u
みすった。
掲示板に書き込みがあったらスレッド主にメールを送るプログラムを作ったのですが
クライアントがformでメールアドレスをサーバに送る時、SSLを利用すべきか迷っています。
メールアドレスを送る時、一緒に送るデータはHN、タイトル、コメントです。
皆さんだったらどうしますか？よろしくお願いします。

152:nobodyさん
09/03/24 22:12:14
>>151
2chでもSSLなんて使ってないけどどう思う？
あと、よく見る「このページを友達に知らせる」みたいな機能もSSLなんてかませてないし
俺だったらそこまで気を回さないな、、

153:nobodyさん
09/03/24 23:37:07 QifOBF6u
確かにそうですね…
使わない方向でいこうと思います。ありがとうございました。

154:nobodyさん
09/03/25 21:15:36 LXbBKXNm
PC/mobile両対応のサイトを作成しています
内部コードUTF-8,PCの表示はUTF-8,mobile表示はSJIS-winです
そこで疑問があるのですが、
「UTF-8にあってSJIS-winにない文字」の処理は
どうやるのがセオリーなのでしょうか？

155:nobodyさん
09/03/25 22:11:39
使わない。

156:nobodyさん
09/03/25 22:17:24
PCでユーザに入力された文字を
mobileで閲覧できるようにするときはどうします？

157:名無し募集中。。。
09/03/25 22:36:45 J1npucsm
入力チェックで弾くがなそんなの
ダメ文字は優しく置換してあげる
プログラム組むの面倒ならiconvでUTF8からMS932にしてやれば一発

158:nobodyさん
09/03/25 22:51:22
>>154
mobileってのが携帯電話のことなら、そっちもUTF-8で良いんじゃない？
表示出来無い文字は表示出来ないんだし。

159:nobodyさん
09/04/07 01:05:22

携帯サイトのWebプログラムを語ろう Part2

924 ：nobodyさん：2009/01/05(月) 10:49:43 ID:???
auは今月から4月まで毎月IP追加あり
公式持ちには告知済みだけど

釣られたか

160:nobodyさん
09/04/08 22:47:58 fzKk45P9
IPからキャリアを調べる関数作ってみたんだけど
お前らはどうやってんの？

$IPList = <<< __EOD__

i 210.153.84.0/24

j 123.108.236.0/24

e 210.230.128.224/28

__EOD__;

function carrier(){
　global $IPList;
　$ipc='p';
　$ipr=array(long2ip($ipl=ip2long($_SERVER['REMOTE_ADDR'])).'/32'=>true);
　for($i=31;$i>=24;$i--)$ipr[long2ip($ipl&-pow(2,32-$i)).'/'.$i]=true;
　foreach( explode("\n",$IPList) as $val ){
　　if(preg_match( '/^(\w)[\t ]+((\d+\.){3}\d+\/\d{2})/',trim($val),$m)&&isset($ipr[$m[2]])){$ipc=$m[1];break;}
　}
　return $ipc;
}
print carrier();

161:nobodyさん
09/04/08 22:52:35
>>160
gethostbyaddr()

162:nobodyさん
09/04/09 01:20:05
>>160
ip2longとかpregとかちょっと重いんじゃね？

あと、行数減らしたいだけならもっと徹底的にやれば？ちょっと見るだけでも短くなるが

function carrier($IPList){
　for($ipr=array(),$ipl=ip2long($_SERVER['REMOTE_ADDR']), $i=32;$i>=24;$i--)
　　$ipr[long2ip($ipl&-pow(2,32-$i)).'/'.$i]=true;
　foreach( explode("\n",$IPList) as $val )
if(preg_match( '/^(\w)[\t ]+((\d+\.){3}\d+\/\d{2})/',trim($val),$m)&&isset($ipr[$m[2]])) return $m[1];
　return 'p';
}
print carrier($IPList);

163:nobodyさん
09/04/09 01:22:00
>>161
逆引きは信用ならんだろ

164:nobodyさん
09/04/09 09:20:17
キャリアを信用ならんとなｗ

165:nobodyさん
09/04/09 23:48:12
DNSの仕組みをもうちょっとお勉強しましょうね

166:nobodyさん
09/04/09 23:57:43
IPは信用ならんだろ

167:nobodyさん
09/04/10 07:19:13
全てが信用できませんY(>_<、)Y

168:nobodyさん
09/04/10 14:25:57
TCPでちゃんと返事が来るIPなら、信用出来るだろ

169:nobodyさん
09/04/10 14:34:18
あ、インターネットまでの経路に虫とかは勘弁な

170:nobodyさん
09/04/10 14:42:06
この流れ、ほとんど解読不能なんだけど
わかってるふりとか意味ないから、やめときなよ

171:nobodyさん
09/04/10 16:51:13
お前が理解できてないことは、よっくわかってるから
安心して

172:nobodyさん
09/04/10 23:52:04
暇なんで、理解に役立つかもしれないURL張っとくわ

Wikipedia項目ﾘﾝｸ
＞逆引きで返ってくる結果は所詮は自称にすぎないので、
シンガポールのネットワークから「私の逆引き名は docomo.ne.jpです」って言いながらアクセス可能

Wikipedia項目ﾘﾝｸ
＞接続元アドレスは通常すべて異なるアドレスに偽装されているので、
パケット投げる時の自分のIPは自称なので、信用できません

URLﾘﾝｸ(www.asahi-net.or.jp)
行って来いして初めて通信確立となるのがTCP
なので、基本的にIPを詐称したパケットの返事はどっかに行ってしまう
返事が無いのでsyn+ackが確立できないからTCP通信できません

URLﾘﾝｸ(herald.jugem.jp)
URLﾘﾝｸ(blog.hitachi-system.co.jp)
URLﾘﾝｸ(memo.hirosiki.jp)
でも、デフォルトゲートウェイが詐称されると、どんなパケットだろうとも嘘言われちゃう
ハウジングの隣のサーバーは何する人ぞｗｗ

173:nobodyさん
09/04/11 00:18:49
逆引きはプロバイダから DNS の権限委譲さえあれば誰でも自由に名乗れるからな
ezweb.ne.jp とかも勝手に名乗れるし、違法でもなんでもない

174:nobodyさん
09/04/11 00:21:50
IPアドレスはこの目的なら信用して差し支えないレベル

175:nobodyさん
09/04/11 01:26:52
REMOTE_ADDRで携帯か判断してるんだけど
これは信用できますか？＞＜

176:nobodyさん
09/04/11 03:28:58
IPは信用ならんだろ

177:nobodyさん
09/04/11 04:01:58
>>176

>>172を読みました

「携帯からのアクセス時のみページを表示する」
と言う動作をさせたい場合に、
REMOTE_ADDRのみを判断材料にするのは
問題ありませんか？＞＜

178:nobodyさん
09/04/11 04:52:25
>>177
>>174

179:nobodyさん
09/04/11 06:02:06
>>177
>>166

180:nobodyさん
09/04/11 07:09:15
172が言うような類は、今なら全部FWで落ちるよｗ

181:177
09/04/11 08:15:34
>>180

なるほど＞＜
世の中の流れが俺に合ってきてると言うことですね＞＜

182:nobodyさん
09/04/11 21:30:25 MJPWjUnv
携帯のキャリアIPアドレス帯域ごとに
Apache/httpd.confのsetenvifで環境変数を設定したいときはどうしてますか？
CIDR形式とか使えないようなので第三オクテットまでで判別するとかいうサイトを見つけたんだけど、
それでいいのか
それとも正規表現で抜き出すべきなのか
単にアクセス制限だけじゃなくて、絵文字変換の処理もあるので、
キャリア振り分けの結果を環境変数に入れてスクリプト側で取得したい

183:nobodyさん
09/04/13 10:22:52
そんな面倒なことしなくても、スクリプト側でやれば済む話。
別にたいした行数でも負荷でもないし。

184:nobodyさん
09/04/13 23:49:35
画像の対応もあるからな

185:nobodyさん
09/04/14 03:20:16
>>184
(ﾟДﾟ)ﾎﾟｶｰﾝ

186:nobodyさん
09/04/14 09:06:30
pngにしないといけない機種とかを知らない世代か？

187:nobodyさん
09/04/14 09:26:21
>>186

>>184が質問と全然関係無いってことだよ

188:187
09/04/14 09:33:18
一応補足

質問は判別部分をhtaccessに分担させて、
結果をスクリプトに渡したい

→そんなことしないで全部スクリプトでやってしまえば？

→画像の変換もしないといけないしな（ｷﾘｯ）

(ﾟДﾟ)・・・

189:nobodyさん
09/04/14 12:09:13
>>123 ってマジっぽいな。

ｽﾚﾘﾝｸ(keitai板:3番)

190:nobodyさん
09/04/14 16:06:31
>>189
何をいまさらｗ
まぁどうせ全機種対応は怪しいと思うが。

191:nobodyさん
09/04/14 16:34:16
茸はJavaScriptの前にcookieとSSL環境下でのuid取得対応しろっての

192:nobodyさん
09/04/14 16:37:52
しかし逆に何のためにSSLでuid取得できないようにしたのだろう…
cookieなら面倒くさいからとかわかるが

193:nobodyさん
09/04/14 17:53:12
>>189
キャッシュとかを大きくされても、ちゃんと処理能力が追いついてるのやら。

つい最近画像無しで20KB未満の簡単なxhtmlな頁を作って、某３G携帯の内部メモリに転送
してアレコレ操作してみたが、結構レスポンスがもっさりしてた。

ネット経由だと更にもっさりしそうでガッカリしたよ。まあcssを結構たくさん使ったせい
もあるのかもしれんが。

194:nobodyさん
09/04/14 18:24:16
Apacheレベルで制御を掛けれるなら、その方が都合がいい。

195:nobodyさん
09/04/15 02:26:18
画像へのアクセス制限はapacheで出来ると楽だね
php autoなんたらーでやった事あるけど

196:nobodyさん
09/04/15 11:47:33
画像の直リン禁止とかは、かんたんに出来るべｗ

197:nobodyさん
09/04/15 13:20:37
>>192
SSL の基本的な仕組みが分かってないんだな。
仕組みから考えると、SSL でやるのは一苦労だと思うよ。。。
茸の GW の仕様次第だろうけど。

198:nobodyさん
09/04/15 17:24:27
一苦労も何もauは余裕で対応してるわけで

199:nobodyさん
09/04/15 23:44:10
SSLを携帯でつかうなんて発想がなかったんだろうなぁ。
最初にゲートウェイでuidを付加するなんてしなきゃよかったのに（後の祭り）

200:nobodyさん
09/04/16 02:56:57
クッキーくらい対応しろよ

201:nobodyさん
09/04/16 03:45:31 VJqS0A18
椎茸はIEなみの癌だな
あんな契約数がいるのが謎だ…といってもガラパゴスじゃどこも大差ないか

202:nobodyさん
09/04/16 14:33:16
>>198
uid=NULLGWDOCOMO なり、guid=ON ってのは、
SSL だと、普通のゲートウェイだと判別出来ないはずだからな。。。
au みたいにいつでも付与するなら余裕だとは思うが…。

203:nobodyさん
09/04/17 02:13:09
まあ常に送信となるとＧＷ内で常に参照が発生して重くなるからな
限定したのは妙案だけど
まさかここまで一般的に利用されることになろうとは、ってとこか

204:nobodyさん
09/04/17 02:39:59
環境変数に突っ込むだけだろ

205:nobodyさん
09/04/17 10:01:36
そんな程度で重くならならないわなｗ
鯖なめてんだろ？

206:nobodyさん
09/04/17 16:59:10
Docomoの偉そうなSEと重役が椅子を並べて
cookieとsslでのuid対応が不要
単純にこの結論に至ったというのは考えづらい

207:nobodyさん
09/04/18 04:02:33
ドコモの個体識別番号取得方法とかクッキー非実装とか外部スタイルシート非対応とか、ホント、ユーザをなめてる。

208:nobodyさん
09/04/18 12:20:19
guid=ONを作ったときになんで他の仕様にしなかったのかと
つい最近だろこの仕様作ったの

209:nobodyさん
09/04/18 16:25:04
>>208
NULLGWDOCOMOの仕様をそのまま流用したんじゃまいか？
auみたいにしたらコストかかっちゃうじゃん。

210:nobodyさん
09/04/18 19:51:45
セッションID乗っ取りの不正アクセスで
訴訟とか起こらないものだね

アメリカならあったのかな

211:nobodyさん
09/04/21 23:34:30 oOMQhPeY
昔、携帯用サイトのcontent-typeはx-sjisと指定しろとどこかで読んだ気がするんだけど
今はShift_JISと指定していい？

212:nobodyさん
09/04/21 23:58:34
今はUTF-8だろ

213:nobodyさん
09/04/22 00:02:04
DocomoのPOSTがSJISとかってもう昔の話なのか…

214:nobodyさん
09/04/22 00:09:31
SoftbankのPOSTがUTF-8も昔の話？

215:nobodyさん
09/04/22 00:20:01
xxxじゃダメか？

216:nobodyさん
09/04/22 00:25:17
XHTML対応端末ならUTF-8でいいよもう全部
MOVAとかHDMLとか対応するならShift_JISにしなきゃならんけど

217:nobodyさん
09/04/22 00:36:03
movaっていつ消えるん？

218:nobodyさん
09/04/22 02:14:23
>>211
x-sjisを解釈しない新機種があるからShift_JISかUTF-8のどちらかじゃないともう無理

219:nobodyさん
09/04/23 18:13:16
>>216
もうHDML端末でのインターネットサービスは、とっくに終わってるぞ。

220:nobodyさん
09/04/23 20:15:56
でも、それ系の記述は今でも使う。

221:nobodyさん
09/04/24 01:13:28
sjisとかサポートしなくていいから、もう
utf-8いったくが常識

古い端末いつまでも使っているような人は
新しいWebサービスを使わないと見ていい

222:nobodyさん
09/04/24 09:16:31
別に新しいことをしてるわけない。
中高年以上が来るようなサイトは、古い端末、少ない横文字幅で作らない
といけない。

また、今後機種変更がにぶくなるから、幅広い対応が必要になっていく。
あるいは、一番下のVerに合わせたのだけ作るか。

auの決算とか見てると、端末が売れた数が見事に急降下してる。
この先はおよそ3年に1回ぐらいの機種変ペースになると見ていい。
以前なら新製品が出ると急速にその機種からのアクセスが増えたが
この先そういうことは減るかも。

223:nobodyさん
09/04/25 03:46:24
WEBプログラムに関係のない蘊蓄は別板でどうぞ

224:nobodyさん
09/04/25 11:57:09
関係ありありじゃんｗ

機種振り分けは一大事だぞ

225:nobodyさん
09/04/25 16:16:10
禿銅

単なる携帯利用者の知り合いなんかに話をしても、何故機種別に動作確認する必要があるの？
って意識だったし。

226:nobodyさん
09/04/25 21:45:30 jGdikLIS
ソフバンに、sjisでないとポストされる絵文字が消える端末があるって
本に出てたけど、utf-8にしてる人はそれらを切り捨ててるの？

227:nobodyさん
09/04/25 22:20:52
むしろSoftbank3Gはutf-8にしないとおかしくならないか

228:nobodyさん
09/04/25 23:08:16
>>227が正解
絵文字サブミット考えたらドコモとAUはSJISでSB3GCはUTF8バイナリが無難

中途半端な機種なら表示はWebエンコードのみで
サブミットされるのはUTF8バイナリーとかあったような

229:nobodyさん
09/04/27 22:38:28 PNJMdM7M
>>228
ドコモとAUをSJISにした方がいいのは何故ですか？

230:nobodyさん
09/04/27 23:14:58
別にどっちでもいいんだけど、古い機種はShift_JISにしか対応していないので念のため
XHTML対応機種しか対応しなくていいならUTF-8にしてもいいけど

231:nobodyさん
09/04/28 00:15:27
サイズの節約にもなるね
まあ今時そこまで考えなくても良いかもだけど

232:nobodyさん
09/04/28 01:28:28
>>230
絵文字も大丈夫なのかな
ドコモとAUだけをSJISにすると絵文字数値エンティティが3キャリアで被らない

233:nobodyさん
09/04/29 00:00:41 bTfRl/qJ
>>ドコモとAUだけをSJISにすると絵文字数値エンティティが3キャリアで被らない

全部UTF-8にしてても3キャリアで絵文字コードかぶらないでしょ？

234:nobodyさん
09/04/29 00:54:20
携帯電話専用ホームページの制作方法　２台目
ｽﾚﾘﾝｸ(hp板)

235:nobodyさん
09/04/30 00:28:54
softbankの絵文字のコードが他キャリアと被る件については
・docomoとauはSJISバイナリ＆softbankはウェブコード（制御文字で挟む昔ながらの書き方）
・utf使って被る部分をunicodeのプライベート領域に移す

今までのSJISの資産があるなら前者がお勧め
今から新規に開発するなら後者がお勧め

236:nobodyさん
09/04/30 14:55:15
ちょうど今、絵文字の振り分け用にデータ作ってるけど、たいへんだねコレ・・・
合間にちょっとずつ進めてるけどいつ終わるともしれない・・・
連休は家でずっとこれかもorz

237:nobodyさん
09/05/01 09:59:42
MobilePictogramConverter とか使えばいいのに。
確か CSV かなんかで変換データも入ってるよ。

238:nobodyさん
09/05/02 03:56:09
あーもー
誰か携帯サイト用のフレームワーク作ってくんねえかなー

239:nobodyさん
09/05/02 03:58:56
もうあるだろ
それすら見つけられないのか

240:nobodyさん
09/05/02 05:16:10
>>162

これまわりくどいな、これだけで良さそう

function carrier($IPList){
　preg_match_all("/(\w)[\t ]+(\d+\.\d+\.\d+\.\d+)\/(\d+)/i",$IPList,$records,PREG_SET_ORDER);
　foreach($records as $v){
　　if( (ip2long($_SERVER['REMOTE_ADDR'])&-pow(2,32-$v[3])) == ip2long($v[2]) ) return $v[1];
　}
　return 'p';
}
print carrier($IPList);

検証してないけど

241:nobodyさん
09/05/03 15:15:55
１カ月も前にいまさらレスすんなよｗ

242:nobodyさん
09/05/03 15:36:05
MobaSiFでググれ

243:nobodyさん
09/05/05 22:14:16
そういや俺が立てた>>242のPHP化ｷﾎﾞﾝﾇスレはいずこへ？ｗ

244:nobodyさん
09/05/06 10:40:45 AFWoFUIY
Docomoの４０４エラーがよくわかりません。
ログでは３０２を返してるし、表示内容に問題があるんでしょうか？

Htmlの中身が悪かったら４０４を返すとかありえますか？

245:nobodyさん
09/05/06 10:47:14
変換できないような、クソコーディングなんじゃないの。

246:nobodyさん
09/05/06 18:56:32
実機の前にシミュレータで確認しろよ

247:nobodyさん
09/05/06 19:21:39
それ以前に、混みあってると返事しないような共有鯖使ってるとか。

248:nobodyさん
09/05/07 18:49:27
リダイレクト先が無ぇんじゃね？

249:nobodyさん
09/05/07 23:36:58
2連続ジャンプみたいになってると、うまく飛べないよ＜GW
mod_rewriteとか使ってるなら注意

250:nobodyさん
09/05/11 16:15:38
auのIPアドレスが本日付けで２個追加されてました。

と思って良くチェックしてみると、追加されたうちの一個が既存のと重複してました。（１７番と２１番）

こんな大事なデータをミスしたまま公開するなんて、オ㍗ルなあauの技術陣は。

251:nobodyさん
09/05/11 16:17:26
修正される前にコピペで晒し保存。

URLﾘﾝｸ(www.au.kddi.com)
2009年5月11日現在

No IPアドレスサブネットマスク (bit)
1 210.230.128.224 /28
2 121.111.227.160 /27
3 61.117.1.0 /28
4 219.108.158.0 /27
5 219.125.146.0 /28
6 61.117.2.32 /29
7 61.117.2.40 /29
8 219.108.158.40 /29
9 219.125.148.0 /25
10 222.5.63.0 /25
11 222.5.63.128 /25
12 222.5.62.128 /25
13 59.135.38.128 /25
14 219.108.157.0 /25
15 219.125.145.0 /25
16 121.111.231.0 /25
17 121.111.227.0 /25
18 118.152.214.192 /26
19 118.159.131.0 /25
20 118.159.133.0 /25
21 121.111.227.0 /25
22 118.159.132.160 /27

252:nobodyさん
09/05/11 16:50:25 0vPNPWiL
同じ帯域が載る可能性を考慮してなかったプログラム側のミスになります
この度は申し訳ございませんでした

というような始末書を書くハメになりました

253:nobodyさん
09/05/11 17:31:03
所詮、勝手向けなんだか適当に決まってんじゃん。

254:nobodyさん
09/05/11 18:09:56
>>251
そういうものは、ウェブ魚拓を使おう
URLﾘﾝｸ(s02.megalodon.jp)

255:nobodyさん
09/05/11 18:30:45
>>233
被るしAUはUTF8で表示してもフォームはSJISでとんでくる

256:nobodyさん
09/05/11 19:47:53 BTpMAuiD
auワロタ

ところでふと思ったんだが、何のプログラムも使わないページで拡張子をphpにすると表示とか遅くなるのかな
htmlでもいいんだが、他のページでphp使ってるし統一するのも１つの手だと思うんだ
そこらへんどうなのかな

257:nobodyさん
09/05/11 19:55:57
>>256そりゃあ差はあるだろうけど
気にする程のもんでも無いと思う

好きなやり方で大丈夫じゃない？

258:nobodyさん
09/05/11 19:58:42 d+ICezx0
公式はIPを事前に知ったり、端末の詳細データまでもらってるんだろ。
うらやましいな。
けどそのIP重複じゃなくて間違いだとしたらエラーになるね。
もう今日から使われてるの？

259:nobodyさん
09/05/12 16:41:24
>>250
既に修正されてますた。

しかし修正日付も更新せず、ミスの謝罪も無いってのは流石です。

今回のミスは利用者でも気付くものだったからヨカタが、これが気付かない
ミスでこっそり修正されてたら酷い話だとオモタよ。

260:nobodyさん
09/05/12 16:43:21
>>251
重複の21番を削除しただけっぽい。

URLﾘﾝｸ(www.au.kddi.com)
2009年5月11日現在

No IPアドレスサブネットマスク (bit)
1 210.230.128.224 /28
2 121.111.227.160 /27
3 61.117.1.0 /28
4 219.108.158.0 /27
5 219.125.146.0 /28
6 61.117.2.32 /29
7 61.117.2.40 /29
8 219.108.158.40 /29
9 219.125.148.0 /25
10 222.5.63.0 /25
11 222.5.63.128 /25
12 222.5.62.128 /25
13 59.135.38.128 /25
14 219.108.157.0 /25
15 219.125.145.0 /25
16 121.111.231.0 /25
17 121.111.227.0 /25
18 118.152.214.192 /26
19 118.159.131.0 /25
20 118.159.133.0 /25
21 118.159.132.160 /27

261:nobodyさん
09/05/13 01:22:37 iHWlJMtV
auのIPで困るのは、そういう追加されたIPを使ってアクセスしてくるのが
わりと新機種に偏ってるのがな・・・

公式経由だとメールサーバのIPも知ることができるし、
携帯アプリの開発してるところは発売前の端末が送られてくるらしい

262:nobodyさん
09/05/13 11:02:51
公式作ってたけどそんな事は無い
仕様書はSPICEで勝手に落とせってレベル
端末なんて微塵も・・・

263:nobodyさん
09/05/13 11:05:11
担当者がついてないレベルはそんなものｗ

264:nobodyさん
09/05/13 12:17:11
公式はやった事無いがちょっと前の公式資料を見たら
データが詳細に書いてあるので驚いた
提供ツールの持ち帰りは無理だけど内容は他の勝手サイトに生かせるね
内容を記憶すれば

265:nobodyさん
09/05/13 12:33:44
auだけは公式のサイト審査も異常に厳しいからな
DoCoMoやソフバンは企画さえ通れば適当に作ってもサイト審査通っちゃうし

266:nobodyさん
09/05/13 13:41:28
この前au公式サイトでPCから無料コンテンツが落とせたぞ。
審査通過後の監視体制はぬるいのかな？
純増4位転落だしもうダメっぽいな。

267:nobodyさん
09/05/13 13:56:17
>>265
かわりに、D/Sの場合は企画書作りがハンパなくしんどい。
Dに到っては企画書添付の画面仕様と同じかどうかが審査対象。
この辺は、お役人っぽいですね。
そのてん、auの企画書はかなり手抜きでも通っちゃう。

>>266
無料コンテンツなら、KDDIとして問題は無いんじゃないの？
レギュレーションとして、携帯端末以外からはアクセス不可ってのは無いし。

268:nobodyさん
09/05/13 15:41:42
無料コンテンツでもAUから提供されるツールでしか作れないものならマズいだろう

269:nobodyさん
09/05/13 16:39:21
>>255
んなこたーない
と書こうと思ったら絵文字か。

localsrcで呼び出せてコードスッキリなのは誉めてやる

270:nobodyさん
09/05/13 17:36:32
絵文字だけSJISで飛ぶってどーいう

271:nobodyさん
09/05/13 18:05:17
>>270標準関数に絵文字の変換テーブルが無いからとかじゃないの？

272:nobodyさん
09/05/13 19:50:04
公式化はドコモが一番難しい。というか、完璧に既得権益化してるよな。公式サイトの申請って。

273:nobodyさん
09/05/13 23:24:26
ドコモは、ほかがすでにやった内容だと無理だからなぁ。
いかに違いを出すかに苦しむ。
その結果、わけのわからんサイトになる。ｗ

274:nobodyさん
09/05/14 11:24:27
遷移図上で「独自です」的なそれっぽい書いとけばいくらでも通るよ。
CP になって最初のサイトだけちょっと大変だけど、その後はザルだし。

275:nobodyさん
09/05/14 11:27:20
特にdocomoはそうだけど、
キャリアが CP にやってほしいカテゴリ（ちょっと前だとマチキャラ）で
サイトを作れば比較的に楽に通してくれるね。

デコメで申請すると、「デコメアニメでならいけると思うんですが…」みたいな。

276:nobodyさん
09/05/14 11:28:59 jYAzXwCB
ブリヂストン(鳩山の母の実家）　韓国で毎年２０％以上の急成長
URLﾘﾝｸ(www.sjchp.co.kr)

日本列島は日本人だけの所有物じゃないんですから
URLﾘﾝｸ(www.youtube.com)
鳩山幹事長　「（永住韓国人の地方参政権は）愛のテーマだ。」
URLﾘﾝｸ(www.nicovideo.jp)

【売国党】トンデモない日本のワッパ隊
URLﾘﾝｸ(www.youtube.com)

277:nobodyさん
09/05/15 13:16:56
アンドロイドは電気羊の夢を見るか？
ｽﾚﾘﾝｸ(php板)

278:nobodyさん
09/05/19 14:06:44
夏モデルが発表になったけど、>>123 はリアルみたいだな。
内通者乙。

279:nobodyさん
09/05/19 16:31:47
内通者っていうか、公式 CP に関わってる人なら誰でも知ってたから、
ここに来てるうちの結構な人数は（ｒｙ

280:nobodyさん
09/05/20 09:05:13
発表と同時にコンテンツも発表だからなｗ

数ヶ月前からすでに企画開発しているわけで。

281:nobodyさん
09/05/20 09:35:59
>>278
ここは3流業者の集いだから知ってた人は多い

282:nobodyさん
09/05/20 22:13:38
>>266
公式だからってIPで制限しろとかそういう規制は無いはず。
少なくともうちは言われたことない。
審査通過前/後問わずにね。

IPで制限すると携帯向けの検索クローラーだけ別扱いにしたりするのが面倒で、
普通に表に出して問題ない部分に関しては、UAの値で制御するぐらいしかしなかったりするよ。
UAなら検索クローラーにも影響与えないし。

会員だけに見せる画面とか問題ある部分だけIP制限してる。
その辺りならクローラーも関係ないし。

>>267
docomoの面倒さはマジ氏ねって感じ。
しかも企画書あげて数ヶ月放置とか、あいつら舐めてるのか？

softbankはそこまで面倒だとは思わないな。

283:nobodyさん
09/05/20 22:17:56
それにしても最近のauどうしたんだ？
SPICEが改悪されたと思ったらシステム障害でMNP利用不可とか。
そういえば、上の方にも晒されてるがIPリストも間違ってたよなｗ

284:nobodyさん
09/05/20 22:23:06
>>244
今更だがレスついてないみたいだから

ErrorDocument 404 http://～
って指定してない？

285:nobodyさん
09/05/21 00:28:07
公式モジュールの実装の参考情報ないかなと思って
そんな感じのモジュール名で検索掛けると
地方銀行の丸出しになってるネットバンキングとか引っかかって萎える

286:nobodyさん
09/05/21 01:20:42
先日休刊になったCawaiiという雑誌のドコモ公式サイトがある。
休刊でもモバイルサイトだけは続けるらしいが、
広告だらけだし、休刊で内容も無くなってしまった感があるが
認定取り消しとか無いのか？

287:nobodyさん
09/05/23 16:54:47 VlOihEK+
フォームからのiモードID取得についてなんですが、
GETとPOST、どちらも対応ってことだけど、どこか違いはあるんでしょうか。

GETだと取得できなかったり、稀に取得できたりする状態です(POSTは問題なし)
フォームの記述(テスト例)はごく普通に、
<form method="get" action="doSomthing.cgi?guid=ON">
　<input type="hidden" name="name" value="oreore" />
　<input type="submit" value="submit" />
</form>
間違いありますか？

288:nobodyさん
09/05/23 17:01:27
エスパーじゃないのですいません

289:287
09/05/23 17:10:02 VlOihEK+
つまり通常はGETで取得できて、上記のフォームでおｋってことですね？

290:nobodyさん
09/05/23 17:16:58
つまりdoSomthing.cgiの中身も解らないし
SSL使ってる可能性とかも解らないし
端末の競って移動してるかも解らないし
エスパーじゃないのですいません

291:nobodyさん
09/05/23 17:17:31
ＧＥＴ送信するなら分けないで
<input type="hidden" name="guid" value="ON" />

みたいに書いたら？

292:nobodyさん
09/05/23 17:22:05
>>291
とりあえず仕様書読め

293:nobodyさん
09/05/23 17:25:06
>>292
読んでみるからiモード搭載ブラウザの仕様書ＵＲＬ教えて

294:287
09/05/23 17:31:56 VlOihEK+
>>291
どもです。それでいけました。
今、他のネットでも同じやりとりを見つけて試してみたところでした。
hiddenに入れた場合、actionのguid=ONなしで大丈夫でした。

仕様書は自分もわかりませんが、後で探してみます。

295:nobodyさん
09/05/23 17:40:30
>>292
早く教えてよ待ってるんだけど。。
自分だけ読んでズルいよ

296:287
09/05/23 18:31:23
整理してみましたが>>291で合ってると思います。

>>287だとactionのパラメータ(guid=ON)が削られてdoSomthing.cgi?name=oreoreしか送信されないけど、
他のパラメータ(hiddenなど)に統一すると、ちゃんとdoSomthing.cgi?guid=ON&name=oreoreが送信されます。
これはdocomoだけでなくPCなどの他のブラウザでも同じ挙動でした(混ざってるとactionの方のパラメータが削られちゃう)

自分もdocomoの説明に「GET/POSTともリクエストラインに記述する場合対象」とある意味を勘違いして
guid=ONだけactionに付け加えていたけど>>287
URLﾘﾝｸ(www.nttdocomo.co.jp)
>>291で「分けないで」と書いてくれたので、やっと気がつきました。

同説明には「POSTのBODY部については対象外」ともありますが、POSTの場合はフォームタグの記述はbody部だから
別途action属性に?guid=ONを加える必要があるけど、
GETの場合はフォームの全要素が同説明で言う「リクエストライン」なんですよね。
理屈も合っているので>>291でいただいた答えは"仕様"どおりだと思います。

次ページ