トップページ⇒php
927コメント283KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2009/01/21(水) 22:36:26ID:Up1FlolP
携帯サイトのWebプログラムに関する話題を扱うスレです。

前スレ
http://pc11.2ch.net/test/read.cgi/php/1207013301/
0175nobodyさん2009/04/11(土) 01:26:52ID:???
REMOTE_ADDRで携帯か判断してるんだけど
これは信用できますか？＞＜
0176nobodyさん2009/04/11(土) 03:28:58ID:???
IPは信用ならんだろ
0177nobodyさん2009/04/11(土) 04:01:58ID:???
>>176

>>172を読みました

「携帯からのアクセス時のみページを表示する」
と言う動作をさせたい場合に、
REMOTE_ADDRのみを判断材料にするのは
問題ありませんか？＞＜
0178nobodyさん2009/04/11(土) 04:52:25ID:???
>>177
>>174
0179nobodyさん2009/04/11(土) 06:02:06ID:???
>>177
>>166
0180nobodyさん2009/04/11(土) 07:09:15ID:???
172が言うような類は、今なら全部FWで落ちるよｗ
01811772009/04/11(土) 08:15:34ID:???
>>180

なるほど＞＜
世の中の流れが俺に合ってきてると言うことですね＞＜
0182nobodyさん2009/04/11(土) 21:30:25ID:MJPWjUnv
携帯のキャリアIPアドレス帯域ごとに
Apache/httpd.confのsetenvifで環境変数を設定したいときはどうしてますか？
CIDR形式とか使えないようなので第三オクテットまでで判別するとかいうサイトを見つけたんだけど、
それでいいのか
それとも正規表現で抜き出すべきなのか
単にアクセス制限だけじゃなくて、絵文字変換の処理もあるので、
キャリア振り分けの結果を環境変数に入れてスクリプト側で取得したい
0183nobodyさん2009/04/13(月) 10:22:52ID:???
そんな面倒なことしなくても、スクリプト側でやれば済む話。
別にたいした行数でも負荷でもないし。
0184nobodyさん2009/04/13(月) 23:49:35ID:???
画像の対応もあるからな
0185nobodyさん2009/04/14(火) 03:20:16ID:???
>>184
(ﾟДﾟ)ﾎﾟｶｰﾝ
0186nobodyさん2009/04/14(火) 09:06:30ID:???
pngにしないといけない機種とかを知らない世代か？
0187nobodyさん2009/04/14(火) 09:26:21ID:???
>>186

>>184が質問と全然関係無いってことだよ
01881872009/04/14(火) 09:33:18ID:???
一応補足

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

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

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

(ﾟДﾟ)・・・
0189nobodyさん2009/04/14(火) 12:09:13ID:???
>>123 ってマジっぽいな。

http://anchorage.2ch.net/test/read.cgi/keitai/1239639826/3
0190nobodyさん2009/04/14(火) 16:06:31ID:???
>>189
何をいまさらｗ
まぁどうせ全機種対応は怪しいと思うが。
0191nobodyさん2009/04/14(火) 16:34:16ID:???
茸はJavaScriptの前にcookieとSSL環境下でのuid取得対応しろっての
0192nobodyさん2009/04/14(火) 16:37:52ID:???
しかし逆に何のためにSSLでuid取得できないようにしたのだろう…
cookieなら面倒くさいからとかわかるが
0193nobodyさん2009/04/14(火) 17:53:12ID:???
>>189
キャッシュとかを大きくされても、ちゃんと処理能力が追いついてるのやら。

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

ネット経由だと更にもっさりしそうでガッカリしたよ。まあcssを結構たくさん使ったせい
もあるのかもしれんが。
0194nobodyさん2009/04/14(火) 18:24:16ID:???
Apacheレベルで制御を掛けれるなら、その方が都合がいい。
0195nobodyさん2009/04/15(水) 02:26:18ID:???
画像へのアクセス制限はapacheで出来ると楽だね
php autoなんたらーでやった事あるけど
0196nobodyさん2009/04/15(水) 11:47:33ID:???
画像の直リン禁止とかは、かんたんに出来るべｗ
0197nobodyさん2009/04/15(水) 13:20:37ID:???
>>192
SSL の基本的な仕組みが分かってないんだな。
仕組みから考えると、SSL でやるのは一苦労だと思うよ。。。
茸の GW の仕様次第だろうけど。
0198nobodyさん2009/04/15(水) 17:24:27ID:???
一苦労も何もauは余裕で対応してるわけで
0199nobodyさん2009/04/15(水) 23:44:10ID:???
SSLを携帯でつかうなんて発想がなかったんだろうなぁ。
最初にゲートウェイでuidを付加するなんてしなきゃよかったのに（後の祭り）
0200nobodyさん2009/04/16(木) 02:56:57ID:???
クッキーくらい対応しろよ
0201nobodyさん2009/04/16(木) 03:45:31ID:VJqS0A18
椎茸はIEなみの癌だな
あんな契約数がいるのが謎だ…といってもガラパゴスじゃどこも大差ないか
0202nobodyさん2009/04/16(木) 14:33:16ID:???
>>198
uid=NULLGWDOCOMO なり、guid=ON ってのは、
SSL だと、普通のゲートウェイだと判別出来ないはずだからな。。。
au みたいにいつでも付与するなら余裕だとは思うが…。
0203nobodyさん2009/04/17(金) 02:13:09ID:???
まあ常に送信となるとＧＷ内で常に参照が発生して重くなるからな
限定したのは妙案だけど
まさかここまで一般的に利用されることになろうとは、ってとこか
0204nobodyさん2009/04/17(金) 02:39:59ID:???
環境変数に突っ込むだけだろ
0205nobodyさん2009/04/17(金) 10:01:36ID:???
そんな程度で重くならならないわなｗ
鯖なめてんだろ？
0206nobodyさん2009/04/17(金) 16:59:10ID:???
Docomoの偉そうなSEと重役が椅子を並べて
cookieとsslでのuid対応が不要
単純にこの結論に至ったというのは考えづらい
0207nobodyさん2009/04/18(土) 04:02:33ID:???
ドコモの個体識別番号取得方法とかクッキー非実装とか外部スタイルシート非対応とか、ホント、ユーザをなめてる。
0208nobodyさん2009/04/18(土) 12:20:19ID:???
guid=ONを作ったときになんで他の仕様にしなかったのかと
つい最近だろこの仕様作ったの
0209nobodyさん2009/04/18(土) 16:25:04ID:???
>>208
NULLGWDOCOMOの仕様をそのまま流用したんじゃまいか？
auみたいにしたらコストかかっちゃうじゃん。
0210nobodyさん2009/04/18(土) 19:51:45ID:???
セッションID乗っ取りの不正アクセスで
訴訟とか起こらないものだね

アメリカならあったのかな
0211nobodyさん2009/04/21(火) 23:34:30ID:oOMQhPeY
昔、携帯用サイトのcontent-typeはx-sjisと指定しろとどこかで読んだ気がするんだけど
今はShift_JISと指定していい？
0212nobodyさん2009/04/21(火) 23:58:34ID:???
今はUTF-8だろ
0213nobodyさん2009/04/22(水) 00:02:04ID:???
DocomoのPOSTがSJISとかってもう昔の話なのか…
0214nobodyさん2009/04/22(水) 00:09:31ID:???
SoftbankのPOSTがUTF-8も昔の話？
0215nobodyさん2009/04/22(水) 00:20:01ID:???
xxxじゃダメか？
0216nobodyさん2009/04/22(水) 00:25:17ID:???
XHTML対応端末ならUTF-8でいいよもう全部
MOVAとかHDMLとか対応するならShift_JISにしなきゃならんけど
0217nobodyさん2009/04/22(水) 00:36:03ID:???
movaっていつ消えるん？
0218nobodyさん2009/04/22(水) 02:14:23ID:???
>>211
x-sjisを解釈しない新機種があるからShift_JISかUTF-8のどちらかじゃないともう無理
0219nobodyさん 2009/04/23(木) 18:13:16ID:???
>>216
もうHDML端末でのインターネットサービスは、とっくに終わってるぞ。
0220nobodyさん2009/04/23(木) 20:15:56ID:???
でも、それ系の記述は今でも使う。
0221nobodyさん2009/04/24(金) 01:13:28ID:???
sjisとかサポートしなくていいから、もう
utf-8いったくが常識

古い端末いつまでも使っているような人は
新しいWebサービスを使わないと見ていい
0222nobodyさん2009/04/24(金) 09:16:31ID:???
別に新しいことをしてるわけない。
中高年以上が来るようなサイトは、古い端末、少ない横文字幅で作らない
といけない。

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

auの決算とか見てると、端末が売れた数が見事に急降下してる。
この先はおよそ3年に1回ぐらいの機種変ペースになると見ていい。
以前なら新製品が出ると急速にその機種からのアクセスが増えたが
この先そういうことは減るかも。
0223nobodyさん2009/04/25(土) 03:46:24ID:???
WEBプログラムに関係のない蘊蓄は別板でどうぞ
0224nobodyさん2009/04/25(土) 11:57:09ID:???
関係ありありじゃんｗ

機種振り分けは一大事だぞ
0225nobodyさん2009/04/25(土) 16:16:10ID:???
禿銅

単なる携帯利用者の知り合いなんかに話をしても、何故機種別に動作確認する必要があるの？
って意識だったし。
0226nobodyさん2009/04/25(土) 21:45:30ID:jGdikLIS
ソフバンに、sjisでないとポストされる絵文字が消える端末があるって
本に出てたけど、utf-8にしてる人はそれらを切り捨ててるの？
0227nobodyさん2009/04/25(土) 22:20:52ID:???
むしろSoftbank3Gはutf-8にしないとおかしくならないか
0228nobodyさん2009/04/25(土) 23:08:16ID:???
>>227が正解
絵文字サブミット考えたらドコモとAUはSJISでSB3GCはUTF8バイナリが無難

中途半端な機種なら表示はWebエンコードのみで
サブミットされるのはUTF8バイナリーとかあったような
0229nobodyさん2009/04/27(月) 22:38:28ID:PNJMdM7M
>>228
ドコモとAUをSJISにした方がいいのは何故ですか？
0230nobodyさん2009/04/27(月) 23:14:58ID:???
別にどっちでもいいんだけど、古い機種はShift_JISにしか対応していないので念のため
XHTML対応機種しか対応しなくていいならUTF-8にしてもいいけど
0231nobodyさん2009/04/28(火) 00:15:27ID:???
サイズの節約にもなるね
まあ今時そこまで考えなくても良いかもだけど
0232nobodyさん2009/04/28(火) 01:28:28ID:???
>>230
絵文字も大丈夫なのかな
ドコモとAUだけをSJISにすると絵文字数値エンティティが3キャリアで被らない
0233nobodyさん2009/04/29(水) 00:00:41ID:bTfRl/qJ
>>ドコモとAUだけをSJISにすると絵文字数値エンティティが3キャリアで被らない

全部UTF-8にしてても3キャリアで絵文字コードかぶらないでしょ？
0234nobodyさん2009/04/29(水) 00:54:20ID:???
携帯電話専用ホームページの制作方法　２台目
http://pc11.2ch.net/test/read.cgi/hp/1225769117/
0235nobodyさん2009/04/30(木) 00:28:54ID:???
softbankの絵文字のコードが他キャリアと被る件については
・docomoとauはSJISバイナリ＆softbankはウェブコード（制御文字で挟む昔ながらの書き方）
・utf使って被る部分をunicodeのプライベート領域に移す

今までのSJISの資産があるなら前者がお勧め
今から新規に開発するなら後者がお勧め
0236nobodyさん2009/04/30(木) 14:55:15ID:???
ちょうど今、絵文字の振り分け用にデータ作ってるけど、たいへんだねコレ・・・
合間にちょっとずつ進めてるけどいつ終わるともしれない・・・
連休は家でずっとこれかもorz
0237nobodyさん2009/05/01(金) 09:59:42ID:???
MobilePictogramConverter とか使えばいいのに。
確か CSV かなんかで変換データも入ってるよ。
0238nobodyさん2009/05/02(土) 03:56:09ID:???
あーもー
誰か携帯サイト用のフレームワーク作ってくんねえかなー
0239nobodyさん2009/05/02(土) 03:58:56ID:???
もうあるだろ
それすら見つけられないのか
0240nobodyさん2009/05/02(土) 05:16:10ID:???
>>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);

検証してないけど
0241nobodyさん2009/05/03(日) 15:15:55ID:???
１カ月も前にいまさらレスすんなよｗ
0242nobodyさん2009/05/03(日) 15:36:05ID:???
MobaSiFでググれ
0243nobodyさん2009/05/05(火) 22:14:16ID:???
そういや俺が立てた>>242のPHP化ｷﾎﾞﾝﾇスレはいずこへ？ｗ
0244nobodyさん2009/05/06(水) 10:40:45ID:AFWoFUIY
Docomoの４０４エラーがよくわかりません。
ログでは３０２を返してるし、表示内容に問題があるんでしょうか？

Htmlの中身が悪かったら４０４を返すとかありえますか？
0245nobodyさん2009/05/06(水) 10:47:14ID:???
変換できないような、クソコーディングなんじゃないの。
0246nobodyさん2009/05/06(水) 18:56:32ID:???
実機の前にシミュレータで確認しろよ
0247nobodyさん2009/05/06(水) 19:21:39ID:???
それ以前に、混みあってると返事しないような共有鯖使ってるとか。
0248nobodyさん2009/05/07(木) 18:49:27ID:???
リダイレクト先が無ぇんじゃね？
0249nobodyさん2009/05/07(木) 23:36:58ID:???
2連続ジャンプみたいになってると、うまく飛べないよ＜GW
mod_rewriteとか使ってるなら注意
0250nobodyさん2009/05/11(月) 16:15:38ID:???
auのIPアドレスが本日付けで２個追加されてました。

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

こんな大事なデータをミスしたまま公開するなんて、オ㍗ルなあauの技術陣は。
0251nobodyさん2009/05/11(月) 16:17:26ID:???
修正される前にコピペで晒し保存。

http://www.au.kddi.com/ezfactory/tec/spec/ezsava_ip.html
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
0252nobodyさん2009/05/11(月) 16:50:25ID:0vPNPWiL
同じ帯域が載る可能性を考慮してなかったプログラム側のミスになります
この度は申し訳ございませんでした

というような始末書を書くハメになりました
0253nobodyさん2009/05/11(月) 17:31:03ID:???
所詮、勝手向けなんだか適当に決まってんじゃん。
0254nobodyさん2009/05/11(月) 18:09:56ID:???
>>251
そういうものは、ウェブ魚拓を使おう
ttp://s02.megalodon.jp/2009-0511-1503-47/www.au.kddi.com/ezfactory/tec/spec/ezsava_ip.html
0255nobodyさん2009/05/11(月) 18:30:45ID:???
>>233
被るしAUはUTF8で表示してもフォームはSJISでとんでくる
0256nobodyさん2009/05/11(月) 19:47:53ID:BTpMAuiD
auワロタ

ところでふと思ったんだが、何のプログラムも使わないページで拡張子をphpにすると表示とか遅くなるのかな
htmlでもいいんだが、他のページでphp使ってるし統一するのも１つの手だと思うんだ
そこらへんどうなのかな
0257nobodyさん2009/05/11(月) 19:55:57ID:???
>>256そりゃあ差はあるだろうけど
気にする程のもんでも無いと思う

好きなやり方で大丈夫じゃない？
0258nobodyさん2009/05/11(月) 19:58:42ID:d+ICezx0
公式はIPを事前に知ったり、端末の詳細データまでもらってるんだろ。
うらやましいな。
けどそのIP重複じゃなくて間違いだとしたらエラーになるね。
もう今日から使われてるの？
0259nobodyさん2009/05/12(火) 16:41:24ID:???
>>250
既に修正されてますた。

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

今回のミスは利用者でも気付くものだったからヨカタが、これが気付かない
ミスでこっそり修正されてたら酷い話だとオモタよ。
0260nobodyさん2009/05/12(火) 16:43:21ID:???
>>251
重複の21番を削除しただけっぽい。

http://www.au.kddi.com/ezfactory/tec/spec/ezsava_ip.html
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
0261nobodyさん2009/05/13(水) 01:22:37ID:iHWlJMtV
auのIPで困るのは、そういう追加されたIPを使ってアクセスしてくるのが
わりと新機種に偏ってるのがな・・・

公式経由だとメールサーバのIPも知ることができるし、
携帯アプリの開発してるところは発売前の端末が送られてくるらしい
0262nobodyさん2009/05/13(水) 11:02:51ID:???
公式作ってたけどそんな事は無い
仕様書はSPICEで勝手に落とせってレベル
端末なんて微塵も・・・
0263nobodyさん2009/05/13(水) 11:05:11ID:???
担当者がついてないレベルはそんなものｗ
0264nobodyさん2009/05/13(水) 12:17:11ID:???
公式はやった事無いがちょっと前の公式資料を見たら
データが詳細に書いてあるので驚いた
提供ツールの持ち帰りは無理だけど内容は他の勝手サイトに生かせるね
内容を記憶すれば
0265nobodyさん2009/05/13(水) 12:33:44ID:???
auだけは公式のサイト審査も異常に厳しいからな
DoCoMoやソフバンは企画さえ通れば適当に作ってもサイト審査通っちゃうし
0266nobodyさん2009/05/13(水) 13:41:28ID:???
この前au公式サイトでPCから無料コンテンツが落とせたぞ。
審査通過後の監視体制はぬるいのかな？
純増4位転落だしもうダメっぽいな。
0267nobodyさん2009/05/13(水) 13:56:17ID:???
>>265
かわりに、D/Sの場合は企画書作りがハンパなくしんどい。
Dに到っては企画書添付の画面仕様と同じかどうかが審査対象。
この辺は、お役人っぽいですね。
そのてん、auの企画書はかなり手抜きでも通っちゃう。

>>266
無料コンテンツなら、KDDIとして問題は無いんじゃないの？
レギュレーションとして、携帯端末以外からはアクセス不可ってのは無いし。
0268nobodyさん2009/05/13(水) 15:41:42ID:???
無料コンテンツでもAUから提供されるツールでしか作れないものならマズいだろう
0269nobodyさん2009/05/13(水) 16:39:21ID:???
>>255
んなこたーない
と書こうと思ったら絵文字か。

localsrcで呼び出せてコードスッキリなのは誉めてやる
0270nobodyさん2009/05/13(水) 17:36:32ID:???
絵文字だけSJISで飛ぶってどーいう
0271nobodyさん2009/05/13(水) 18:05:17ID:???
>>270標準関数に絵文字の変換テーブルが無いからとかじゃないの？
0272nobodyさん2009/05/13(水) 19:50:04ID:???
公式化はドコモが一番難しい。というか、完璧に既得権益化してるよな。公式サイトの申請って。
0273nobodyさん2009/05/13(水) 23:24:26ID:???
ドコモは、ほかがすでにやった内容だと無理だからなぁ。
いかに違いを出すかに苦しむ。
その結果、わけのわからんサイトになる。ｗ
0274nobodyさん2009/05/14(木) 11:24:27ID:???
遷移図上で「独自です」的なそれっぽい書いとけばいくらでも通るよ。
CP になって最初のサイトだけちょっと大変だけど、その後はザルだし。
■ このスレッドは過去ログ倉庫に格納されています