トップページ⇒php
1001コメント284KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001アウドコモバンク2007/01/16(火) 22:56:09ID:mVxun34B
さあ語りましょう。

まずは俺から。

実はauではPHPが動かない説があるけど本当?
0474nobodyさん2007/11/08(木) 12:53:58ID:???
>>470
増やすとき=新機種が発売されたとき
なんだが。
0475nobodyさん2007/11/08(木) 13:05:27ID:54vqPxqt
公表ipレンジがアテにならないのは困る
http://polpe.com
0476nobodyさん2007/11/08(木) 14:43:14ID:wKfRuyj8
以前作ったけど使ってないのならある
動作は保障しない
http://viprog.so.land.to/oreginal/ip.php
0477nobodyさん2007/11/08(木) 15:04:03ID:???
>>473
そういえばホスト名の公式情報って公開されてたっけ?

ホスト名の管理作業が増える上に、あやふやなホスト名に頼る不安定さの
懸念材料が増えるだけな気も。

>>475
少なくともipデータを利用してる側に責任は無いわな。
0478nobodyさん2007/11/08(木) 15:12:08ID:???
>>473
できるよー

詳しくは、「ケータイ .htaccess」あたりでググれ
0479nobodyさん2007/11/08(木) 19:34:52ID:???
>>478
IPアドレスの場合と同じ指定方法でオケみたいですね。

IPアドレスでの指定を先に記述しておけば、ホスト名の逆引き動作はしないで
済む?でしょうから、IPの追加&変更時のユーザーからの苦情軽減対策として
は、この程度でオケかな?
0480nobodyさん2007/11/08(木) 21:17:14ID:???
>>357
キーワードでサイト検索を試してみたが、結構使える感じです。

http://m.infoseek.co.jp/

変なBBSやエロサイトなんかも検出する様な、他のモバイル検索サイトに
比べると随分使いやすいと思われ。


因みにgoogleモバイルも、新デザイン画面だと変なBBSやエロサイトなんか
も検出してたけど、どうやら直った模様。

個人的にはモバイル検索(非カテゴリ)は、googleとinnfoseekが結構いい
勝負な感じがします。
0481nobodyさん2007/11/08(木) 23:25:26ID:???
>>479
なるほど、そういう使い方もありですね。
おっけーなんじゃないでしょうか。

ところで、ソフバンのIP逆引きが、未だに「xxx.jp-x.ne.jp」なのは何でなんでしょうね。
0482nobodyさん2007/11/09(金) 12:37:43ID:???
>>479
ただ、それだとクローラーアクセスに対しても、必ず逆引きが走ってしまうし、
UserAgent判定も組み合わせないとサーバーの負荷は増えてしまいますが。
0483nobodyさん2007/11/09(金) 18:36:41ID:???
一年ぶりにauのデバイスIDと機種名変換のデータを更新したよ
しかし何でこんな糞仕様なんだよ
0484nobodyさん2007/11/09(金) 19:28:30ID:???
1年に1回でいいなんて、楽な仕事してんな。
0485nobodyさん2007/11/12(月) 02:47:57ID:arkf2/fo
更新作業も自動化した。

ところで聞きたいことがあるです。

SoftBankの絵文字の送出方法って、1B$?xx0Fですよね。基本は。
でもV905SHだけなんかShift-JISの拡張領域使ってて、挙句の果てにauやDoCoMoと文字コードかぶってるっぽいんですが、そのあたりの情報どっかにありませんか?

掲示板運営してまして、投稿処理で

SoftBank判定
→2バイト絵文字から1B$?xx0Fに変換
→記録
ってことをやってるんですが、なんかうまく動作しないんです。
PCからの投稿では無事変換されまして、実機からなぜうまくいかないのかさっぱりぷー。
0486nobodyさん2007/11/12(月) 05:17:52ID:???
>>485
知らなかったので、調べてみました。
一応、SJISの範囲を記事としてまとめましたので以下からどうぞ。

ttp://d.hatena.ne.jp/ryster/20071111/1194809634
0487nobodyさん2007/11/12(月) 10:48:02ID:???
>>486
偶然にも私も先日から同じことを調べていました。
手元の705SHで検証できそうなので、後ほどSJIS範囲を確認してみますね。
0488nobodyさん 2007/11/12(月) 16:11:10ID:???
もしかしてDoCoMoの絵文字を読める様に対策したせいジャマイカ。
0489nobodyさん2007/11/12(月) 16:59:25ID:???
これって変換から漏れたら・になってるの?
そうだとしたら見かけたことないなぁ
0490nobodyさん2007/11/12(月) 19:38:38ID:???
そのうちディズニー絵文字とか出てくんだろうな(鬱
0491nobodyさん2007/11/13(火) 01:16:09ID:7LolTJiR
>>486
どもです。
ただ、同じコードをPCから投げても問題なく変換されるのに、実機から投げたら変換されないので、もしかしたらいつものごとく制御文字挟んでいる可能性すらあります。仕様早く公開してくれ…

>>487
>>486のとおり、HTTP編の付録に絵文字とEUC、sjisの対応表は書かれてあります。その前後になんかやっていないかの確認をしていただけますとありがたいす。


>>488
おそらく、別の複合的な理由だと思います。
3GCのプロキシサーバは、ご存じの通りsjisページへのクエリ送信の際、絵文字コードを消去します。
それは、通常の5バイト形式で送出した場合、このなかに制御文字が入っていることにより受入れ側のスクリプトが動作異常を起こす、
あるいはそれを嫌った管理者がSBMをハブることがあり、それに対する対策として絵文字コードを消しているわけですが、
そうすると今度は絵文字そのものが送れなくなるわけです。
そこで、プロキシの裏をかく形で、sjis外字に絵文字を割り当てたと。

こんなところじゃないかと思います。
0492nobodyさん2007/11/13(火) 01:32:20ID:???
絵文字について私が気になっているのは、PDF資料HTTP編のP39にある「表2.4.2.3-2」についてです。
SJISの場合、絵文字が送信される際にコード化するというような記述があります。
これってどういうことなんでしょう??
0493nobodyさん2007/11/13(火) 09:11:41ID:???
だからUTF-8を使えって...
0494nobodyさん2007/11/13(火) 10:27:26ID:???
絵文字入ってるとフォームで何言おうとUTF8でしゃべりやがるよ
0495nobodyさん2007/11/13(火) 13:02:13ID:???
>>493
でもね、3キャリア対応サイトを、小コストで作ろうとすると、
今でもSJISが基本だと思うのですよ。
なんとかオールSJISですませたい。。。
0496nobodyさん2007/11/13(火) 13:39:04ID:???
>>495
UTF-8にしてコストが跳ねるの?

ただ、SJISですべてに対応させるという記事が書きたいだけじゃないのか
0497nobodyさん2007/11/13(火) 13:42:02ID:???
>>496
SBだけUTF-8にすることによって
面倒な処理を色々かませなくちゃいけなくなるだろ
0498nobodyさん2007/11/13(火) 13:48:08ID:???
>>496
ソフトバンクだけUTF-8にするのって、テンプレートも全部別々になりますし
かなり面倒じゃないですか?
0499nobodyさん2007/11/13(火) 14:08:15ID:DkTDcUF0
うちもSJISオンリーだなぁ
今更全部のフォームをUTF8に書き換える元気は無いw
SJISが書けない端末は無視、絵文字の処理も無視
0500nobodyさん2007/11/13(火) 15:34:06ID:???
とりあえずauは来年の5月でHDML機がなくなるから、auもUTF-8で統一しても
良さそうな気が。
0501nobodyさん2007/11/13(火) 15:43:17ID:???
なにが面倒なのかさっぱりw
頭悪くないか?
0502nobodyさん2007/11/13(火) 16:02:55ID:???
>>501
可哀想なレベルな子なんだね
0503nobodyさん2007/11/13(火) 16:11:30ID:???
>>502
そうか?
0504nobodyさん2007/11/13(火) 16:33:45ID:???
>>501のサイトは
「/i」 「/e」 「/s」 みたいに3つにわかれてて、
フォームも静的HTMLなんじゃないの?

ヘッダをUTF-8に書き換えて保存しなおして、はい終了、みたいな
0505nobodyさん2007/11/13(火) 16:57:46ID:???
>>500について
kwsk知ってる方いますか?
0506nobodyさん2007/11/13(火) 17:09:24ID:???
>>504
phpで同アドレスで書き分けてるよ。
mb使うだけだし何が難しいのか俺には理解できません。
0507nobodyさん2007/11/13(火) 17:15:36ID:???
>>506はFWとか使った事無いらしい
0508nobodyさん2007/11/13(火) 17:21:27ID:???
>>507
携帯用のFW使えばいいじゃんw
0509nobodyさん2007/11/13(火) 17:35:38ID:???
S-JISうんぬん言ってるやつが、FWなんて使うレベル・規模かよw
0510nobodyさん2007/11/13(火) 17:54:08ID:???
アンドロイドが楽しみなんだけど、凄く嫌な予感がするんだよね…。
0511nobodyさん2007/11/13(火) 19:31:33ID:7LolTJiR
perlですが…
0512nobodyさん2007/11/13(火) 20:34:56ID:???
>>510
開発コンテストがあるみたいだから登録すれば仕様がいろいろ見れるんじゃ
ないのかな。
0513nobodyさん2007/11/13(火) 22:50:51ID:???
なぜ、SJISとUTF-8の二つに対応すると複雑になるのか。
それは、SJISとUTF-8の二つのテンプレートを作らなければいけないからだ。
単にコピーすればいいだけと思うだろ?
しかしメンテナンスの際修正するところが二倍になる。
0514nobodyさん2007/11/13(火) 23:18:13ID:???
>>513
出力する時に変換じゃダメなの?
0515nobodyさん2007/11/13(火) 23:34:35ID:???
Smartyなら可能だな
0516nobodyさん2007/11/14(水) 00:11:00ID:???
>>515
いや、それはob_*で出来るんだ

そんなことより、みんな表示部分しか話をしてないが、
PHP内部の処理もUTF-8かどうかで、分岐しないとならないでしょ?
リクエストの値がUTF-8で来るんだから

他にもDBの格納時にいちいち変換しなきゃいけなかったり、機種固有文字の問題があったり、
正規表現とかも、全角カタカナにマッチさせようと、「/[ァ-ヶ]+/」とか書いてあっても、
UTF-8だと期待通りに動作しなかったりで、、、

もう面倒だわ、ハゲバンクさえいなければ!!
0517nobodyさん2007/11/14(水) 00:24:11ID:???
ちんぽまるだしで万事おk
0518nobodyさん2007/11/14(水) 00:37:30ID:???
なぜPHPなの?
0519nobodyさん2007/11/14(水) 08:51:12ID:???
>>516
入力する時に変換じゃダメなの?
0520nobodyさん2007/11/14(水) 09:02:04ID:???
ちんぽまるだしでもダメなの?
0521nobodyさん2007/11/14(水) 09:33:37ID:???
アンドロイドすげーな
PCレベルのサイトが標準になるから
ショボ仕様の携帯サイトは露と消えるんじゃね
0522nobodyさん2007/11/14(水) 10:13:25ID:???
>>505
au、「EZweb@mailコース」を2008年5月31日にサービス終了
http://k-tai.impress.co.jp/cda/article/news_toppage/36838.html

>>521
その仕様を実現する為に、端末のCPUやディスプレイ、電池容量なんかが間に合えば
良いのだけれど。

フルブラウザを採用したAirH"がどうだったかを考えると、PCレベルなんて未だ当分
無理な気が。
0523nobodyさん2007/11/14(水) 10:23:17ID:???
縛りの少ないiPhoneみたいな感じでしょ?
iPhoneが実用になってるならアンドロイドも大丈夫なんじゃない?
0524nobodyさん2007/11/14(水) 10:52:57ID:???
アンドロイドスレ立てた
http://pc11.2ch.net/test/read.cgi/php/1195004743/l50
0525nobodyさん2007/11/14(水) 11:15:18ID:???
>>522
thx!
0526nobodyさん2007/11/14(水) 11:56:20ID:???
>>522
この件は来年5月でHDMLな実機が消滅する事を意味してますが、現在HDMLで
作ってるHPが、それ以降もXHTMLな実機で表示出来るのかがハッキリしない
ですね。

まあそれまでにHDMLなEZweb用HPを無くしてしまって、XHTMLのみにしてしま
えば済む訳ですが、HDML→XHTML変換はXHTML実機が行うのかEZサーバーで行う
のか、下記とかを見ても不明ですが実際はどうなんでしょう?

http://www.au.kddi.com/ezfactory/tec/spec/html_con.html
0527nobodyさん2007/11/14(水) 12:24:18ID:???
>>526
HDMLで記述するのを直せって話になってないから、変換継続だろ。
しかし、今でもHDMLって5年以上前のサイトじゃないと残ってないんじゃ?
部分的に使うのは今でもアリかもしれないが。
0528nobodyさん2007/11/14(水) 19:35:27ID:???
金融系はまだ多いね>HDML
0529nobodyさん2007/11/14(水) 19:42:17ID:???
Ezweb端末が喋るUTF8絵文字がオフィシャル仕様と違う件についてー
0530nobodyさん2007/11/14(水) 20:19:32ID:???
>>529
詳しく
0531nobodyさん2007/11/14(水) 21:36:34ID:???
>>516
なぜPHPなの?
0532nobodyさん2007/11/14(水) 21:36:48ID:???
まだUTF-8に対応していない携帯ってある?
もうSJISのみ対応って結構前になるよな?
0533nobodyさん2007/11/15(木) 01:00:27ID:GXS8nHod
>>514
どんだけ負荷かける気だ…借り物サーバーだからそんなに無茶できない。
0534nobodyさん2007/11/15(木) 01:13:47ID:???
つうか、もう3Gメインでsjisなんて数えるほどだろw
0535nobodyさん2007/11/15(木) 12:19:49ID:???
うち50xとかからのアクセスが、少ないながらもまだポチポチとあるなぁ。。。
いい加減機種変しろよと。

みんなはこういう古い端末からのアクセスは切ってるの??
0536nobodyさん2007/11/15(木) 12:48:19ID:???
スクリプト出力のときだけSJISにすればいいっていうけどさ
PHPの場合はPrintやechoで吐き出したものしかエンコーディング変えてくれないの?
0537nobodyさん2007/11/15(木) 16:18:39ID:???
>>536
基礎からやり直してください
05385292007/11/15(木) 20:18:27ID:???
Perlの文字コード変換モジュールの開発者のブログ

のが多いな
0539nobodyさん2007/11/18(日) 06:53:13ID:kBwRbUKB
auはフォームの情報が勝手にSJISに変換されてしまいます><
0540nobodyさん2007/11/18(日) 11:50:28ID:d/cCKCjG
まだsjisで開発すべきってことですね…

で、だれか3GC-SHの絵文字うんぬんを…
0541nobodyさん2007/11/18(日) 12:16:21ID:???
だから、Unicodeで開発して、
入力、出力時に変換すれば良いだけだろw

自分の技術力不足を認めなさい。
あなたのやり方はすでに過去のものだから。
0542nobodyさん2007/11/18(日) 15:37:08ID:d/cCKCjG
>>541
いちいち変換するとか、どんだけ負荷かける気だよ。入口出口で変換できる程度でいばんなって。
0543nobodyさん2007/11/18(日) 16:15:10ID:???
>>540
んだ。
ソフバンの絵文字の問題さえ解決できれば、
現状オールSJISで問題ないんだよなぁ。。。
0544nobodyさん2007/11/18(日) 20:59:26ID:???
>>542
どんだけ負荷がかかるかなんて場合によるんだから一概に言えるわけないだろ。
所詮携帯用コンテンツ。文字コード変換の負荷なんてたかが知れてる。
もちろんそれでも気になるケースはあるだろうから、そういう時は別の方法でやれば良いだけ。

0545nobodyさん2007/11/19(月) 03:13:53ID:???
文字コード変換にかかる負荷なんて
ほとんどない。
0546nobodyさん2007/11/19(月) 04:02:07ID:???
よくあるzip圧縮しての送出の方が負荷的には高そうだよな
0547nobodyさん2007/11/19(月) 10:54:31ID:???
xhtmlで <a id="hogehoge"></a> を、<a id="hogehoge" /> の、空要素の形
で使っても、各種携帯シミュレータやPC用ブラウザ(IE6やFireFox2)で試す
と正常にリンクしますが、これは携帯用HPで使っても大丈夫でしょうか?

xhtmlの規約や携帯キャリアのxhtml仕様にも、aタグを空要素の形で使っても
OKな記載を見つけられなかったので、安心して使えない為悩んでます。
0548nobodyさん2007/11/19(月) 11:02:47ID:???
携帯サイトのWebプログラムを語ろう 
0549nobodyさん2007/11/19(月) 11:03:10ID:???
なら使わなきゃ良いのに・・・
0550nobodyさん2007/11/19(月) 12:11:19ID:???
>>530
はてぶでみつけた
ここが詳しいね
ttp://subtech.g.hatena.ne.jp/miyagawa/20071112/1194865208
0551Socket7742007/11/19(月) 13:23:20ID:???
携帯用シミュレータで確認すると、td style="white-space:nowrap;" は、Y!KeitaiやEZwebなら
モーマンタイでimodeだと駄目でしたが、実機でも同様でしょうか?
0552nobodyさん2007/11/19(月) 13:51:53ID:???
携帯サイトのWebプログラムを語ろう
0553nobodyさん2007/11/19(月) 16:31:00ID:???
>>548
>>552
HTMLネタでもいいんじゃね、別に
0554nobodyさん2007/11/19(月) 17:13:28ID:???
スレ帶嫁
0555nobodyさん2007/11/19(月) 17:28:22ID:???
http://pc11.2ch.net/test/read.cgi/php/1195004743/l50 ;
0556nobodyさん2007/11/19(月) 22:25:19ID:h6iPJBF3
全機種対応にしなきゃいけないのにauだけ不具合が生じるんだけど
つかなんで携帯会社が3つもあるんだよ!!au潰れろ!
0557nobodyさん2007/11/19(月) 22:29:18ID:h6iPJBF3
なんでauだけまともな携帯シミュレータないの?
せめてEZ番号設定できるようにしろや!つかau潰れろ!!
0558nobodyさん2007/11/19(月) 22:46:39ID:???
シミュレーターをあてにしてるなんて3流以下すぎるな
0559nobodyさん2007/11/20(火) 03:02:45ID:+VtcNGT+
>>544
出力全部バッファリングして逐次的に置き換えてくんでしょ?
借り物サーバーだからそういう無駄な負荷かけたくないの。入口出口で変換なんて猿でもできるだろ。
それができないからsjisうがーって言ってることくらいわかれよ。

0560nobodyさん2007/11/20(火) 03:05:02ID:+VtcNGT+
そーいやauってhrのheightの継承まわりにバグあるよね。
ちょと前に指摘したけどやっぱり放置かな。
0561nobodyさん2007/11/20(火) 03:07:44ID:+VtcNGT+
>>557
いやSBMのもだいぶゴミ。ユーザーエージェントがパターンに合わない。
ドコモに至ってはシミュレータ使う意味あんのか?

>>558
はいはい。
0562nobodyさん2007/11/20(火) 03:14:24ID:???
ここに共有鯖の人がいるの?
0563nobodyさん2007/11/20(火) 09:02:04ID:???
>>559
たかだか携帯用ソースの文字コード変換なんて大した負荷ではないよ。
それもレン鯖運用できる規模のサービスならなおのこと。
0564nobodyさん2007/11/20(火) 09:49:27ID:???
定額制になったこのご時世、シムなんて使ったことないよ。
0565nobodyさん2007/11/20(火) 10:29:30ID:???
>>559
やけに負荷にこだわるからどんだけ大規模なサービスやってるかと
思ったらレンサバとは・・・意表をつかれたわ。
そこまで負荷にこだわる559がどういうソース書くのか見てみたい気はする。
05665292007/11/20(火) 10:47:35ID:???
PHPプログラムの解析、実行等に比べれば
携帯向けHTMLの全文文字コード変換とかw
0567nobodyさん2007/11/20(火) 10:58:42ID:???
なぜzip圧縮ってPCで固める場合それなりに時間かかるのに
gzip送出がそんなに負荷なさそうなのはどうして?
0568nobodyさん2007/11/20(火) 11:59:46ID:???
>>553
というか3G対応端末は、今でも基本的にXHTML対応だから、2G端末全滅後は
携帯サイトもXHTMLが普通になる訳だが。しかもEZweb用なら非HDMLな場合、
原則XHTMLだし。

携帯用のXHTMLを勉強しないヤシに、将来は無いと思う。
0569nobodyさん2007/11/20(火) 12:41:41ID:???
勉強なんていらないでしょw
0570nobodyさん2007/11/20(火) 13:06:34ID:+VtcNGT+
>>562
いるいる。

>>565
んー。perlだけど極力余計なモジュール呼ばないとか。
文字コード変換の処理自体は軽いだろうが、ENCODEモジュールがめちゃ重いのでperlでネックになるプロセス起動時の重さに磨きがかかるわけね。

>>566
俺perl。

>>567
めちゃかかるよ。

>>568
携帯会社のプロキシで変換してくれるからHTMLで出してるw
まあHTMLで出してる理由は他にもあるけど。
0571nobodyさん2007/11/20(火) 13:12:32ID:???
>>570
>めちゃかかるよ。

嘘だっ
2chだってgzip送出してるけどレスポンス速いじゃん
0572nobodyさん2007/11/20(火) 13:49:54ID:???
perlの子はROMがいいよ
0573nobodyさん2007/11/20(火) 13:51:17ID:???
>>570
そんだけ負荷がどうこう言うからにはmod_perlなんだろうな?
■ このスレッドは過去ログ倉庫に格納されています