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

**nobodyさん** · 2009/01/21(水) 22:36:26

携帯サイトのWebプログラムに関する話題を扱うスレです。

前スレ
http://pc11.2ch.net/test/read.cgi/php/1207013301/

**nobodyさん** · 2010/11/10(水) 14:04:27

結論から言うとありません。
いちいち実機で確認するしかないです。

仕事で作るのであれば、多くの端末を揃えていてデバッグしてくれる会社もありますので
検討してみると良いでしょう。

**nobodyさん** · 2010/11/10(水) 14:19:25

Firefoxのプラグインでもある程度確認できる
Mobile Simulatorとかいう名前だっけな

**nobodyさん** · 2010/11/10(水) 14:41:01

あれは実機と全然違って見えるからダメです。

**nobodyさん** · 2010/11/10(水) 15:16:03

>>780
各キャリアが出してる公式シミュレータはどれも古くて話にならない。

Firefoxのやつは、お手軽にUAを切り替えて
プログラム側にUAによる分岐処理があればそれのテストに使えるけど、
表示の確認にはあんまりならないと思って良い。
超ざっくりだいたいレイアウトの参考程度にどうぞ。

Firefoxで表示できたけど実機だと全然ダメってのがよくある。
特にAUかな。

まぁ実機そろえるか、デバッグ会社使うか、あとは
なんか有料の携帯シミュレータとかあるみたいだけど。

**761** · 2010/11/10(水) 16:19:01

>>780
昔、趣味でやっていたころは、
各キャリアショップのホットモックにお世話になったなぁ・・・
おかしなところが見つかると、その場で修正は出来ないから、
いったん店を出て修正をして、もう一度入店。
それも出来るのはせいぜい2回までなので3回目は違う店を求めて彷徨う・・・
嗚呼、懐かしい日々。

**nobodyさん** · 2010/11/10(水) 16:20:46

>>780
遊びでやっているのなら、
来訪者にデバッグ協力を頼むという究極の方法もある。

**nobodyさん** · 2010/11/10(水) 18:00:50

>>780
私、個人で携帯サイトやってるけど
3キャリアのフィーチャー・フォンはサイト確認用に契約してます。
書籍やネットにある情報は、たいてい検証が足りなかったり間違っていたりします。

それなりのクオリティーのサイトを作りたいなら、実機は必須。

それと、役に立つサイトをちゃんと作れば、広告収入だけでケータイの契約料
は賄えますよ。

**nobodyさん** · 2010/11/10(水) 18:31:57

でも端末３台パケ放題上限っていうと月1万5千くらいしない？
個人でもちゃんとした収入見据えた作業ならいいけど
趣味レベルだときついよなぁ。
持つべきものは他キャリアの友か。

**nobodyさん** · 2010/11/11(木) 17:18:40

>>784
imodeシミュレータⅡは結構頑張ってると思うぞ。最新のimodeブラウザ2.0もフォローしてるし。

基本が趣味で作ってる携帯サイトは、imode向けにimode独自の機能は使わずに作り、imodeシミュレータⅡで
確認して、対応機種もdocomoの機種で説明して、他キャリアの機種対応はdocomoの対応機種相当品ならオケ、
って事で明示してる。

**nobodyさん** · 2010/11/11(木) 17:24:09

>>789
IIなんてあったのか、知らなかった、ありがとう。
使ってみるか。

**nobodyさん** · 2010/11/12(金) 17:18:06

auのIPアドレスが１１月に入ってから鬱陶しい修正をかけてきたな。

７つ追加したと思ったら、その後すぐに既存の３つを２分割してきた上に、
PCSV用のも６つ追加ときたもんだ。

しかもPCSV用のは'10年10月追加予定、って何の話だよ、もう１１月なのに全く。

http://megalodon.jp/2010-1112-1717-03/www.au.kddi.com/ezfactory/tec/spec/pcsv.html

**nobodyさん** · 2010/11/12(金) 17:24:24

補足

７つ追加したのは11月１日現在で、既存の３つを分割したのは11月11日現在。

PCSV用のは１１月１日現在時点でも確認してるが、その時には追加は無かった。

いいかげんすぐる。まあ内容が間違ってないだけwillcomよりはマシだが。

**nobodyさん** · 2010/11/13(土) 21:55:07

auだけ帯域細かくてむかつくよなー

**nobodyさん** · 2010/11/14(日) 15:40:31

要するに生サーバーデータをモロ見せしてるだけだろ。

連続してるのなら纏めた帯域データを提供してくれれば便利なのに、その管理の
手間を省いて利用者に不便を押し付けてる。既存のを２分割までしやがって。

シミュレータの提供も止めちゃったままだし、auなんぞサポートしとれんわな。

**nobodyさん** · 2010/11/16(火) 13:50:41

SoftBankの920Tとかいうやつが
ヘッダで480*800を送ってくるんだけど、
どうやらこいつハード的にはVGAの癖に
ソフトウェア的にはQVGAらしく、QVGA用の画像を送ってやらないといかん。

同じ問題で詰まった人いない？
920Tだけなのか、他にもあるのか、それを判断するヘッダとかないのか…。

**795** · 2010/11/16(火) 14:44:10

このサイトでhttp://keitaiall.jp/list.html
「SoftBank」「3G」フィルタかけて、
解像度が480未満のやつを１個１個クリックして見て行ったところ、
こんなおかしなやつは920Tと911Tだけだった。

気持ち悪いけど、こいつらだけ機種で判断してQVGAに分岐させるか…。

**nobodyさん** · 2010/11/17(水) 20:05:03

SBは無視でいいよ。
こんなクズキャリアのケータイ、
買う方が悪い。

**nobodyさん** · 2010/11/18(木) 02:18:44

>>791
流石に恥ずかしくて、PCSV用の”10月予定”の「予定」だけ削除した様だ。

**nobodyさん** · 2010/11/18(木) 10:46:13

全キャリア対応の携帯サイトを作ろうとしてます。

XHTMLよりHTMLのほうが、スタイルの指定が短くて済んで良いのでしょうか？

**nobodyさん** · 2010/11/18(木) 11:02:56

>>799
見た目にこだわらないならHTMLでやればよし。

**799** · 2010/11/19(金) 10:19:24

800様

レスありがとうございます。
ある辞書風の本を見て勉強しているのですが、

iモードブラウザ1.0での表示も意識するなら、
CSSの指定は、外部ファイルもHTML上部にまとめても出来ず、各タグで指定するしかなく

XHTMLで出来て、HTMLで出来なくて使えそうなのは
文字列の後ろに色をつける機能くらいで
XHTMLを使うメリットはほとんど無い上に、ソースが冗長になるだけなので、HTMLが良い

っと書いてあったのですが、本に間違いがあるでしょうか？

**nobodyさん** · 2010/11/19(金) 17:27:15

携帯サイトってちっちゃい画面だし簡単そうだな
ボクもやろーかなー

**nobodyさん** · 2010/11/20(土) 17:22:34

やってみたら～、ボクちゃんならきっと大丈夫だよ。

**nobodyさん** · 2010/11/21(日) 18:13:25

>>801
手打ちでタグを埋め込んで作るサイトだったら、どっちでもいいよ。

CGIで機械的にページを出力するサイトは、内部データをXMLで扱った方が
都合が良いってことが多々あって、そういう場合はXHTMLが選ばれることもあろうかと。

**nobodyさん** · 2010/11/21(日) 19:10:52

> 内部データをXMLで扱った方が都合が良いってことが多々あって

詳しく。

**nobodyさん** · 2010/12/10(金) 19:05:17

［東京　１０日　ロイター］　証券取引等監視委員会は１０日、アクロディア<3823.T>
が金融商品取引法違反（虚偽記載）をしたとして、約７８００万円の課徴金納付命令を
勧告した。監視委によれば、ソフトウェアの架空売り上げ計上によって赤字を黒字にし
たり損失を小さく見せかけ、２００８年─２００９年の期間の複数の有価証券報告書な
どで虚偽記載をした。アクロディアは、これら虚偽報告に基づいた有価証券届出書を通
じ、行使時の払い込み総額で約１５億円となる新株予約権証券を発行した。

**nobodyさん** · 2010/12/14(火) 17:40:48

これってEMnetは不可でemb接続だけなんだろうなあ。

イー・モバイル、Android 2.2搭載「Pocket WiFi S」発売
http://www.itmedia.co.jp/news/articles/1012/14/news058.html

**nobodyさん** · 2010/12/14(火) 17:46:15

｜　通常のAndroid端末としても利用可能。2.8インチ（240×320ピクセル）のタッチパネル液晶ディスプレイ、
｜有効320万画素CMOSカメラ、GPSを搭載。重さ約105グラムは国内のAndroid 2.2端末としては最軽量だとしている。

最軽量でGPSも搭載してるのはスマホとして魅力だが、QVGAってのがちょっと
気になるなあ。

**nobodyさん** · 2010/12/16(木) 00:06:30

>>795
x-jphone-displayは、
3GCになってから、ブラウザサイズではなくて液晶サイズを表してます。
確か、SoftBankの資料のHTTP編に載ってたはず。

ぐぐったらこんなところにも書いてた。
http://p1.netfarm.ne.jp/modules/d3forum/index.php?topic_id=144

ブラウザサイズは設定によって変わるから、
それを見るには x-s-display-info をみる
ということにしようという方針だったんだろうけど、
一部の機種しかこれを吐かないからねぇ。

何考えてるんだか。> SoftBank

**nobodyさん** · 2010/12/16(木) 07:29:45

何も考えていないんだよ > Softbank

**nobodyさん** · 2010/12/16(木) 12:24:32

基本的に客を鴨って金を毟り取る事だけ考えてる > Softbank

**nobodyさん** · 2010/12/17(金) 16:01:53

端末は安ければ何でもオケ、程度にしか考えてないんだろうね。

まあauも似た様なもんだし、自分の趣味サイトはもうFOMA向けにしか、
作成＆確認作業（by imodeシミュⅡ）をしてないよ。

**809** · 2010/12/24(金) 02:17:31

とはいえ、
ブラウザサイズごとにページの内容を変えるなんてことしている人います?
いないんなら、そこに力が入らなくてもしょうがいないところもあるのかなと。

**795** · 2010/12/24(金) 21:56:04

>>813
画像の拡縮は汚いよね、というデザイナーのこだわりで、
画像をSBのVGA用と、それ以外（QVGA）用と２種類を用意。
で、ヘッダ情報を見て渡すのを変えてるので、
例の920Tと911Tには馬鹿でかい画像が表示されてしまってた。

自分がSBのVGA携帯使ってるんだけど、
携帯サイトに携わる前は「表示が小さいアプリとかだせぇｗｗ対応しろよｗｗ」と思ったけど
今は「スルーされてもしょうがないよね…」と思う。

**nobodyさん** · 2010/12/25(土) 09:39:15

> 内部データをXMLで扱った方が都合が良いってことが多々あって

詳しく。

**809** · 2010/12/27(月) 01:24:35

>>814
確かに、VGAとQVGAくらいは用意したいというのはありますよね。
910SHとか911SHみたいに、VGA/QVGAを切り替えられるものもあるので、
SoftBankでそれをやろうとしたら、やはりx-s-display-infoに対応せざるを得ないかな。

**nobodyさん** · 2011/02/10(木) 05:57:15

きせかえツールの配信について質問させてください。

会員制サイトにて配信を予定しております。
ucmのダウンロード後にucpのダウンロードのリクエストになりますが、
その際にguid=ONやセッションパラメータの引継ぎが行われません。

ttp://exsapmle.com/kisekae/sample.ucm?guid=ON
↓
ttp://exsample.com/kisekae/sample.ucp
のようになります。

きせかえツール作成時のucpダウンロードURLの指定で
./sample.ucp?guid=ON
とすればもしかしたらできるかもですが、
既に作られた大量のデータを扱うためそうもいきません。

どうにかして認証を行いたいのですが良い方法無いでしょうか？
また経験あるかたはどのように配信したのかをご教示頂ければと思います。

当方18歳女子です。
よろしくお願いします。

**nobodyさん** · 2011/02/10(木) 17:13:26

SBのIPアドレスが１個削除されてた。

**nobodyさん** · 2011/02/14(月) 13:58:21

>>817

>当方18歳女子です。
これが余計だな

**nobodyさん** · 2011/02/14(月) 21:54:47

土生明弘(はぶあきひろ)を捜しています。
年齢・30才、職業・プログラマー、勤務地・勝どき、出身地・九州、
住所・(おそらくは)鷺ノ宮駅近辺、日本大学藝術学部文芸学科卒

住所・勤務先・九州の実家の住所等どんな些細な情報でも構いませんので、ご連絡お願いします。
連絡先・habuhokaku@hotmail.co.jp

**nobodyさん** · 2011/02/15(火) 10:22:28

通報しました

**nobodyさん** · 2011/02/26(土) 17:16:46.85

>>817
着せ替えツールの仕様はよく知らないけど、
ucpをDLするには、必ずucmが必要なんでしょ？
そうだとしたらucmの認証だけで充分じゃないかな。

**nobodyさん** · 2011/04/05(火) 16:00:36.32

OpenPNEのソースみてげんなりした
pythonあたりで読みやすいコードの携帯ＳＮＳのひな型ないの？

**nobodyさん** · 2011/04/10(日) 02:30:44.72

http://mpw.jp/blog/2011/04/490.html
携帯関連の会社はこんなのばかりなの？

**nobodyさん** · 2011/04/12(火) 17:51:22.46

GMOとアクロディアは提携してるはずだから別ライセンスだろ。
ガラケー向けWeb開発者ってGNUと契約(笑)とか言っちゃうアホばっかなの？って事ならその通りです

**nobodyさん** · 2011/04/12(火) 21:24:03.93

auの一部端末でhttps領域だとCookieが使えないって問題が発生してるんだけど、何でなんだろう

具体的には
UAがUP.Browser/6.2.0な端末で再現して、該当端末では
https領域でCookieが一切扱えない。全く同じページをhttpにするとおｋ
試した端末はW21T/W33SA/MEDIA SKIN/W53SA
UP.Browser/6.2_7ってUAを吐く端末なら全く同じページでもCookieの取得/設定が普通に出来る
SSL証明書は対応してるのを取ってる

ググってみてもhttps領域とhttp領域ではCookieが共有出来ない件についての情報は出てくるけど
全く扱えないって話は出てこないし、オフィシャルにも情報はないし
俺が何か間違ってる気がしてならないんだけど…誰かわかる人居ないかな

**nobodyさん** · 2011/04/13(水) 23:35:02.76

>>823
OpenPNEってsymfonyで書かれてるんだろ？
汚くなる感じじゃないと思うんだがそうなのか？
見てないから知らんけど。

**nobodyさん** · 2011/04/16(土) 13:12:48.24

携帯でのCookieの扱いについて教えてください。

現在構築中なのですが、二つ目のキーのCookieを記録したところで
一つ目のキーのCookieが消えているような気がするのですが、
このような仕様はあるのでしょうか。

検証端末はauのSH008です。
すみませんが教えてください。
よろしくお願いいたします。

**828** · 2011/04/16(土) 13:16:03.26

すみません追記です。

何が言いたかったのかというと、携帯のCookieは1サイト(ドメイン)に1つの
キーまでといったような制限があるのかというのを聞きたかったのです。

読み返して見てわかりづらかったので補足させていただきます。
よろしくお願いいたします。

**nobodyさん** · 2011/04/17(日) 02:33:18.34

ないです

**nobodyさん** · 2011/04/19(火) 01:19:06.93

ドコモのサイト見るとSPモードのIP帯域が
110.163.6.0/24 ～ 110.163.12.0/24
とか書いてあるんですけどこれって
110.163.6.0/24、110.163.7.0/24、110.163.8.0/24、110.163.9.0/24、
110.163.10.0/24、110.163.11.0/24、110.163.12.0/24
ってことですかね？
ネットワーク系よく分からなくて。。。

**828** · 2011/04/19(火) 02:00:46.74

>>830
ご返答ありがとうございました。

**nobodyさん** · 2011/04/19(火) 10:26:16.81

>>831
ってことです

**nobodyさん** · 2011/06/20(月) 13:41:31.07

日本通信のConnectMail向けIPアドレスは、もうサポートしなくて委員だっけ？

**nobodyさん** · 2011/06/20(月) 16:55:19.90

これからのauのip制限どうするの？
機種側でUAもEZ番号も偽装出来ると思うけど。

**nobodyさん** · 2011/06/20(月) 20:08:03.22

しょうがないから対応するまでau不可にするよ

**nobodyさん** · 2011/06/21(火) 14:39:41.10

機種の識別はもう無理だね。

**nobodyさん** · 2011/06/21(火) 19:00:21.55

機種の識別は不要になる

**nobodyさん** · 2011/06/22(水) 09:04:44.80

>>838
画像サイズを合わせたいので機種判別したいのですが
不要になるとはどういうことでしょうか？

**nobodyさん** · 2011/06/24(金) 03:55:55.27

auのPCSVってそんなに自由に偽装出来るの？

でも出来たとしてもauの端末自体でしかアクセス出来ないのなら、セキュリティ
的にはあまり心配は要らない気もするが。

**nobodyさん** · 2011/06/26(日) 05:03:03.01

アフィのクリックとかどうするんだろうね？

**nobodyさん** · 2011/06/30(木) 17:28:31.60

携帯のショッピングカートってどう実装するのがスタンダードなの？
やっぱりセッションかな

**nobodyさん** · 2011/07/01(金) 05:15:53.33

えっどういうこと？ｗ

**nobodyさん** · 2011/07/01(金) 08:14:33.80

>>839
メディアクエリ

**nobodyさん** · 2011/07/01(金) 13:50:00.61

>>843
普通PCサイトのショッピングカートだったら、
カートに追加した商品をクッキーに記録するじゃん

携帯だとどう実装したらいいのかなぁと思って。

**nobodyさん** · 2011/07/01(金) 13:53:29.64

普通クッキーにはセッションIDしか記録しないよ

**nobodyさん** · 2011/07/01(金) 14:06:38.35

>>846
zozoはクッキーにカート内容保存してるようだけど

**nobodyさん** · 2011/07/01(金) 14:10:05.20

ひどい実装だな

**nobodyさん** · 2011/07/01(金) 14:16:47.91

>>848
なにがひどいの？
もしかして俺の勘違いかもしれないｗ

**nobodyさん** · 2011/07/01(金) 14:24:38.25

なんか偉そうだからもう俺はレスしない。

**nobodyさん** · 2011/07/01(金) 14:41:00.17

>>850
ごめんなさい

**nobodyさん** · 2011/07/01(金) 14:47:13.49

>>850
許してください

**nobodyさん** · 2011/07/01(金) 14:51:52.50

>>850
どうかお願いします

**nobodyさん** · 2011/07/01(金) 14:59:34.71

まずセッションの意味とクッキーの意味を覚えろ
話はそれからだ

**nobodyさん** · 2011/07/01(金) 15:10:50.66

>>854
携帯サイトのカートはセッションで実装できそうですね
でもPCサイトではセッションでもクッキーでもどっちでもいい気がする

**nobodyさん** · 2011/07/01(金) 15:23:07.63

だからセッションとクッキーの意味解ってないだろお前
セッションを維持するために使用される技術の一つがクッキーだぞ

**nobodyさん** · 2011/07/01(金) 15:27:30.40

>>856
あ、それは理解してます
セッションIDがクッキーに保存されるんですよね

携帯はURLにパラメータとしてつけることで実装できるはず
間違ってます？

**nobodyさん** · 2011/07/01(金) 16:12:58.83

PCサイトの場合、結局クッキーにセッションIDが入るから、
クッキーに直でカートの内容を保存する方法でも良いと思うんだけどなぁ。

>>848は何に対してひどいと言ったんだろう

**nobodyさん** · 2011/07/01(金) 19:16:35.94

クライアント側に不要なデータを持たせたくないから、セッション使うんだろ･･･

カートの内容が漏れたり、
保存形式が解析されてカート改竄が行われたり、
アクセス毎にクッキー送信したり、

等々、クッキーを使うメリットが無い。

携帯に至ってはクッキーは使えない前提になるし、
クッキー情報をURLで引き回すもんなら、それこそセキュリティ上大問題になる。

**nobodyさん** · 2011/07/01(金) 19:46:28.14

クッキーの容量なんてわずかだしな

**nobodyさん** · 2011/07/01(金) 19:56:45.96

じゃあカート＝セッションで実装
docomoに限ってはurlにセッションIDを付けることで対応する
がスタンダードな実装方法なんですね

**nobodyさん** · 2011/07/01(金) 20:07:27.27

　　　　　　　＿＿＿_
　　　　／　　　　　＼
　　　　／　　⌒　　⌒ ＼　　何言ってんだこいつ
　　　／　　（●）　（●）＼
　　 |　　､"　ﾞ)（__人__）"　　）　　　 _＿＿＿＿＿＿＿＿＿_
　　　＼　　　｡｀ ⌒ﾟ:j´　,／　jﾞ~~| | |　　　　　　　　　　　　　|
＿＿／　　　　　　　　　　＼　 |_＿| | |　　　　　　　　　　　　　|
| |　/　　 ,　　　　　　　＼ｎ||　 | |　　　　　　　　　　　　　|
| | /　　 /　　　　　　　　　r.　（こ） | |　　　　　　　　　　　　　|
| | |　⌒ ーnｎｎ　　　　|＼ (⊆ｿ .|_|_＿＿＿＿_＿＿＿＿_|
￣＼＿_､("二）￣￣￣￣￣ｌ二二ｌ二二　＿|_|＿_|＿

**nobodyさん** · 2011/07/01(金) 20:56:32.85

どこが理解できないんだよｗ

**nobodyさん** · 2011/07/02(土) 00:13:36.99

日本語使ええ！
セッション無くてカートはきついよ
携帯はクッキー使えない端末多いから、セッションの実装に難儀するよ

URLに乗せ様が、クッキー使おうが、端末IDからほじくりだそうがセッショん

**nobodyさん** · 2011/07/02(土) 00:50:42.63

セッションで実装ｗ

**nobodyさん** · 2011/07/02(土) 00:50:56.30

>>864
え？>>861で言ってる通り、
カートはセッションで実装
docomoのみ、クッキーが食えないから
セッションIDをパラメータで渡す

でいいんじゃないの？

**nobodyさん** · 2011/07/02(土) 00:53:07.31

>>865
そこにひっかかってんのかｗ
セッションを使用してカート内容を記憶する
でいいか

**nobodyさん** · 2011/07/02(土) 01:34:44.66

そろそろCookie食えないDoCoMoの旧バージョン端末駆逐されんかのお…

**nobodyさん** · 2011/07/02(土) 02:49:00.26

セッションを使用する？

**nobodyさん** · 2011/07/02(土) 12:34:54.99

>>868
まだ３０％ぐらいしか対応してないみたいね
クッキー実装しなかったのはなにか大人の理由があったのかな

>>869
＾＾

**nobodyさん** · 2011/07/02(土) 14:36:20.15

セッションよりセックス

**nobodyさん** · 2011/07/08(金) 15:02:23.56

実質困らないから無視

**nobodyさん** · 2011/08/09(火) 21:12:09.53

Softbankのusimを変更してモバゲーにアクセスしたら
元のマイページにたどり着いたのだが
jphoneid、機種番以外でも何か吐いてるの？
もし今はusim情報を引き継ぐようになってるとかならごめんなさい。

**nobodyさん** · 2011/09/25(日) 21:39:27.15

携帯の場合、guid=ONを付ければHTTP_USER_AGENTで端末IDが取れましたが、
Android向けサイトの場合はどうしたらよいでしょうか？

**nobodyさん** · 2011/09/25(日) 21:47:32.67

>>874
会員制にしてログイン

**nobodyさん** · 2011/09/27(火) 21:57:08.74

携帯しかやってなかった人、新しい仕事見つかった？
アプリとかついて行けてる？

**nobodyさん** · 2011/09/30(金) 13:00:36.88

いまどき携帯サイトって対応したほうがいいのかなあ、ユーザが一般が多い場合。
スマートフォン対応は必須として、ガラケーのiモード、ezwebユーザを拾おうかどうしようか悩む。

**nobodyさん** · 2011/09/30(金) 13:21:51.15

>>877
サービス次第でしょ。

**877** · 2011/09/30(金) 13:38:45.53

>>878
ママさん向けサービス、です。

**nobodyさん** · 2011/09/30(金) 20:27:39.92

>>877
自分もそれホント悩む
スマホの勉強した方が明らかにいいんだけどね

**nobodyさん** · 2011/09/30(金) 21:39:27.29

ママさん向けじゃあパソコン対応が不要だろw