携帯サイトのWebプログラムを語ろう Part3
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2009/01/21(水) 22:36:26ID:Up1FlolP前スレ
http://pc11.2ch.net/test/read.cgi/php/1207013301/
0358nobodyさん
2009/07/14(火) 22:49:59ID:???受け取る側が困ろうと関係ないです
0359nobodyさん
2009/07/14(火) 23:28:27ID:???0360nobodyさん
2009/07/15(水) 00:12:10ID:???未だに仕事や恋愛で悩む奴が絶えないようにな。
0361nobodyさん
2009/07/16(木) 09:27:25ID:???http://tsushima.2ch.net/test/read.cgi/newsplus/1247473153/
このスレが終わる頃には携帯端末とか意識しなくてもよくなるんじゃね
0362nobodyさん
2009/07/16(木) 10:09:22ID:???0363nobodyさん
2009/07/16(木) 23:21:02ID:???0365nobodyさん
2009/07/27(月) 16:25:48ID:???0366nobodyさん
2009/07/27(月) 20:10:38ID:???ありがと
0367nobodyさん
2009/07/27(月) 21:23:18ID:PdVKv6k8糞ﾜﾛﾀwwwwwwwwwwwwwwww
0369nobodyさん
2009/08/13(木) 14:03:44ID:???URLの最後にセッションIDをつけてログイン情報を保持する仕組みを作ったんですが
この方法だと、たとえばユーザー間で「このサイトみてみろよ」みたいなやりとりがあって
メールなどで閲覧中のURLが人に伝えられた場合、ログイン情報も引き継がれてしまいます。
何か良い対策はないでしょうか？
0370nobodyさん
2009/08/13(木) 18:08:29ID:OVywA48xまあそれでも不安は残るが。。
0371nobodyさん
2009/08/14(金) 00:01:41ID:???俺がやっている方法
・セッションに、IPアドレス（または個体識別番号）と日時を記録
・ログイン時にチェックこの時、リファラ元も確認
（機種によってリファラが取得出来ない場合もある）
・一定期間を過ぎたアクセスはログインできない
・セッションだけでは不安なので、DBに情報を残しておく
てなことをしている。これで完璧だとは思わないが、そこそこ有効だと思ってる
0372369
2009/08/14(金) 02:23:00ID:???ユーザを特定できるような情報を毎回確認する必要があるってことですね。
（リファラがすべての機種でとれればそれでも良かったんですが、残念）
時間切れ等の実装も含めて試行錯誤してみます。
ありがとうございました。
0373nobodyさん
2009/08/14(金) 09:02:51ID:???0374nobodyさん
2009/08/14(金) 13:36:24ID:???0375nobodyさん
2009/08/14(金) 23:38:00ID:???どれか統一して欲しいよ。ユーザにとって不利益だ
0376nobodyさん
2009/08/15(土) 02:48:18ID:???0377nobodyさん
2009/08/16(日) 18:43:12ID:???こりゃガラケーとか言われて、世界に通用しないのもわかるわｗ
0380nobodyさん
2009/08/21(金) 09:09:22ID:???前に接続した人の情報が全部見える！なんてことにｗ
0381nobodyさん
2009/08/21(金) 11:37:20ID:???0382nobodyさん
2009/08/27(木) 16:20:21ID:vb6War4u第３世代の機種って結構多いでしょうか？
auのやや旧い機種だと駄目っぽい気がしますが、駄目な機種の情報がドコゾに纏めて
あれば嬉しいですが。
0383nobodyさん
2009/08/27(木) 18:28:23ID:GXwqUg2e以下の状況で困ってるので知恵を貸して！
xlsファイルに直リンすると
softbank(911T)はexcelファイルとしてダウンロード＞表示ができた
au「表示できないファイルです」
docomo(N904i)端末はバイナリがそのまま文字として出力された
あとobjectタグとかもあるっぽいけど
docomoだとダメみたいなので
auとdocomoでのダウンロードのさせかたを教えてほしい
ゆくゆくはoffice系のファイルを全部ダウンロードできるようにしたいけど
とりあえず
httpd.confに
AddType application/vnd.ms-excel .xls
を設定してある
0384nobodyさん
2009/08/29(土) 16:28:00ID:???制限してたら多分ダメポ。MOVAだと画像ファイルすらセーブ出来なかったし。
auはダウンロードにobjectタグを使う規定を正規に用意してるし、ドキュメント
ビューアー搭載機種以降なら、多分大丈夫かと思われ。
SBはその点以前から融通が利いてヨカタ。
0385nobodyさん
2009/08/29(土) 17:54:58ID:???そっかロボットのIPも許可しないと検索エンジンに登録されないわな。
携帯端末以外のIPを制限するhtaccessを簡単生成
http://www.dspt.net/tools/mobile_ip/index.html
0386nobodyさん
2009/08/29(土) 19:07:10ID:???ついこの間までHTTP1.0だったと思ってたけど。
0387名無しさん＠そうだ選挙に行こう
2009/08/30(日) 17:09:16ID:???0388nobodyさん
2009/08/31(月) 18:48:49ID:???3G機種ならもうほとんど対応しちゃってるよね
0389nobodyさん
2009/09/01(火) 02:27:46ID:???ウェブコード絵文字を投げる機種が存在するのかしないのか、そこんとこはっきりしてくれ。
ネット上を探したが(2ch含む)、Shift_JISバイナリで投げることはあるが、
ウェブコードを投げたという記述は一切見かけなかった。
ソフトバンクのウェブコンテンツ開発ガイド見ても、あくまでウェブコードを投げると書いてあるように見えるし、
シミュレータも投げてるように見える。
投げないという保証はないが、投げる機種は最近は存在しないということでいいんだな？
0390nobodyさん
2009/09/01(火) 02:34:03ID:???0391nobodyさん
2009/09/01(火) 02:38:52ID:???最近とはここ２年の間ぐらいです。
0392nobodyさん
2009/09/01(火) 16:16:31ID:???そうなんだよな～。
最近IDとパスワードでガードするサービスの提供先を探してるのだが、ID＆パスワードの
入力画面がUTF-8になっていさえすれば、旧過ぎる機種以外なら大抵の３G端末ならオケだと
思うのだが、そういうのがハッキリしないところが多い。
勿論、携帯対応を標榜してるところもあるから、そういうところはある程度機種別対応して
る筈なので、３G端末以外でも結構使えそうだけど、怪しくなさそうなところを探すのがメン
ドイ。
とりあえず来年３月でSBの２G端末が消滅するから、それを機会にUTF-8に統一しちゃう、って
のが良いかと。まあMOVAは無視する訳だけど。
0393nobodyさん
2009/09/02(水) 17:19:17ID:???普通のPCブラウザだとポップアップみたいな別画面で出るモノしか見た事
がないが、携帯で見るとどうなっちゃうのかね？
0394nobodyさん
2009/09/02(水) 17:20:36ID:???ただ、古い携帯だと、ポップアップ出ずに普通にページが表示されなかったっけ？
0395nobodyさん
2009/09/02(水) 18:12:19ID:???多分安いレンタルサーバーなんかだとムリポな気が。haccessとかで変更出来たっけ？
0396nobodyさん
2009/09/02(水) 18:14:03ID:???俺は自鯖あるし
0397nobodyさん
2009/09/02(水) 19:01:39ID:???ＡＴＲ、回転角速度依存信号が検出できる半導体レーザジャイロチップを開発
http://it.nikkei.co.jp/business/news/release.aspx?i=230012
角速度センサチップが実現できれば、ロボット、車、携帯端末等にも搭載することができます。将来的には、
ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）と協調することで、ＧＰＳ信号が届かない
地下街、建物内、ビル街、トンネル等でも航空機のように自律的な位置情報検出を行うことができます。得ら
れた位置情報・姿勢情報を用いて、豊かで便利で安全な情報サービスへの展開が可能となります。
0398nobodyさん
2009/09/02(水) 19:21:39ID:???古くない携帯ならデフォルトのままでオケだから、あまり話題にならないって事かな。
ググリ方が悪いのかもしれんが、それらに関する情報は殆ど見つからなかったし。
0400nobodyさん
2009/09/02(水) 20:24:23ID:???http://pc11.2ch.net/test/read.cgi/hp/1225769117/l50
0401nobodyさん
2009/09/03(木) 09:24:03ID:???絵文字のコード範囲も同じだし、
Shift_JISコンテンツ時に入力した絵文字が飛ぶか飛ばないかは機種依存という認識です。
0402nobodyさん
2009/09/03(木) 10:31:46ID:???0403nobodyさん
2009/09/04(金) 07:57:13ID:???見つけられないですね。
欲しいのは、Shift_JISバイナリ形式の対応表と文字参照形式(？xXX;)での対応の両方が欲しいです。
0404nobodyさん
2009/09/04(金) 17:00:19ID:???ID&パスワード入力画面の表示は、認証前の話だろ。
>>400
多分入力画面は、JS入りのHTML頁をサーバーが生成＆出力してると思われる
から、作成方法のスレだと的外れだわな。
そういう頁を受信した時、旧い携帯でJS非対応なブラウザだと >>394 の言う様に、
ポップアップ無しな表示になるだけかと思われ。
ただそれがutf-8な文字コードでないと、SBの３G端末で問題になりそうだが。
0405nobodyさん
2009/09/04(金) 17:08:28ID:???0406nobodyさん
2009/09/04(金) 17:11:42ID:4sANafbz0408nobodyさん
2009/09/05(土) 16:09:08ID:???HTMLファイルが有る、って話なのか？
まあ何処かに無ければ出来ない訳だが、これを携帯専用にカスタマイズする事は
このスレでは常識な知識ならスマソ。
0409nobodyさん
2009/09/05(土) 16:33:41ID:???ちげー。
HTTPの規格の中に、BASIC認証・DIGEST認証という仕組みがある。
フォームで認証を行うんじゃなくて、
HTTPヘッダーで認証情報を受け渡しして認証を行っている。
ブラウザがあるHTTPヘッダーを受信すると、
ブラウザ自身が、ダイアログを出してユーザー名とパスワードをユーザーに尋ねる。
htmlで認証画面作るのとは全然違う話。
0411nobodyさん
2009/09/05(土) 20:08:44ID:???ネットワークパスワード入力画面について
ttp://otn.oracle.co.jp/forum/thread.jspa?threadID=27000256&switchMode=flat
0412nobodyさん
2009/09/05(土) 20:38:23ID:???これってブラウザ組み込みのダイアログを使うんじゃなくて、
htmlで出来たフォームに入力させることでBASIC認証させる
っていう話をしてるんだよね?
PHPのソース見てもどういう原理でやってるのか全然わからん…。
もう年なのかな…。
0413nobodyさん
2009/09/05(土) 21:40:28ID:???BASIC認証とは401を受け取ったブラウザがユーザー名パスワードを素で送信する機構
JavaScriptとか使って、ユーザー名パスワードをリクエストヘッダに入れれば出来るのかな？
んなの動く携帯端末があるのだろうか・・
JavaScriptでリクエストヘッダーの加工できるのかなぁ
0414nobodyさん
2009/09/05(土) 22:31:12ID:???それでページを取得してDHTMLで書き換えなら出来る…はず!
ブラウザの「戻る」「進む」「アドレスバー」は使わないで下さいと
注意書きしないといけないが。
でも>>411はPHP使ってサーバー側のトリックのみで出来るって
話に見えるんだ…。
0415nobodyさん
2009/09/07(月) 19:52:19ID:???レスサンクス
そっかー、ID＆パスワード入力画面はサーバーじゃなくて、端末のブラウザが出してるのか～。
端末のブラウザがBASIC認証に対応してさえいればモーマンタイな訳ですね。ググッテも情報を
見つけられずにいたので助かりました。
そうなるとあと気になるのは以下の２点くらいかな。認証エリアに置く予定のxhtmlな頁には
当初はともかくエンハンス時に外部リンクを入れる予定なので。
（１）クッキーが使えないブラウザな端末だと、認証エリアから出て戻る時に再度
ID＆パスワードの入力を要求されますか？
（２）認証エリアがSSL通信状態だと、非SSLな外部リンクへジャンプ（＆戻る時も？）
する時に、鬱陶しい警告とかは出ますか？
尚、BASIC認証エリアに置く頁は一般公開はしたくはないが、SSL通信が必要な
程にはまさかの時の被害は無い程度のモノなので、使い勝手が悪くなるなら
止めようと思ってます。
まあ携帯のSSLにはベリサインが一番適用機種が多そうだけど、費用が高いみ
たいだから、その点からもSSLをあまり積極的利用するのは避けたいので。
0416nobodyさん
2009/09/08(火) 08:43:51ID:???http://pc11.2ch.net/test/read.cgi/hp/1225769117/l50
0417nobodyさん
2009/09/09(水) 13:20:01ID:0xXcvXSCどんなレスポンスが返ってきますか？
0418nobodyさん
2009/09/09(水) 16:14:35ID:???普通は何も返答しないようにしてるはず
返答したらそのアドレスが存在するかしないかスパマーにわかっちゃうから
0419nobodyさん
2009/09/09(水) 21:14:35ID:???0420nobodyさん
2009/09/09(水) 21:30:23ID:???0421nobodyさん
2009/09/09(水) 22:02:33ID:???0422nobodyさん
2009/09/10(木) 09:06:29ID:???0423nobodyさん
2009/09/10(木) 09:56:33ID:???いちいち返してたらサーバ死ぬから
0424nobodyさん
2009/09/12(土) 07:53:44ID:???なんだこのスレｗｗｗ
0425nobodyさん
2009/09/13(日) 12:13:57ID:???携帯向けにメールを送る場合は、IPの逆引きとSPFを正しく設定するべき。
SPFについてはAuのサイトに説明がある↓
ttp://www.au.kddi.com/service/email/support/chui/spf_record.html
0426nobodyさん
2009/09/13(日) 12:31:47ID:???HTTPクエリにguid=ONを付けて、環境変数でiモードIDを取得できるのと似たような方法で、
パケ放題コース加入の有無って取得できないんだろうか。
定額サービスに入っていない人がアクセスしてきたときは、警告文を出すか、
利用を制限したいんだけど。
0427nobodyさん
2009/09/13(日) 13:24:17ID:???0428nobodyさん
2009/09/13(日) 19:33:46ID:???0430nobodyさん
2009/09/14(月) 01:00:34ID:ffqvT8rV原因分かる方いますか？
ググったらgmailからも送れないようです
グレイリスティングだったらrejectされたログが残ると思うのですが
smtp接続自体を拒否してるっぽいのが謎です
海外のサーバを一律弾いてるとかでしょうか？
SPFレコードも設定し、携帯の生アドレスには問題なく送信できています
0431nobodyさん
2009/09/14(月) 02:23:25ID:???スパイダーにメアド拾われる
→SPAMが大挙
→iptablesでIPレベルの国別フィルタリング
ってことかも
利用者が多いのがいかんともしがたいですなー
0432nobodyさん
2009/09/14(月) 02:48:56ID:???米国から→NG
だったのでやっぱりそういうことみたいです
0433nobodyさん
2009/09/16(水) 13:54:28ID:???とりあえずクッキーに関しては、３G端末ならdocomo以外はオケな模様。
ttp://ueblog.natural-wave.com/2008/04/20/mobile-id/
SSL通信もクッキーが利くならモーマンタイって感じか？
ttp://blog.mynet.co.jp/hirashima/2008/06/mobile_https.html
結局これらに関してdocomoはクソって話になるみたいだけど。
0434nobodyさん
2009/09/16(水) 17:30:08ID:???ちなみにBASIC認証はクッキー関係ない
0435nobodyさん
2009/09/17(木) 03:05:02ID:???0436nobodyさん
2009/09/17(木) 22:00:46ID:???0437nobodyさん
2009/09/18(金) 16:29:11ID:???0438nobodyさん
2009/09/18(金) 16:31:34ID:???SSLのクッキーしかダメとか
SSLとhttpのを別々に扱うとか、
そんな端末あったような気がする。
0439nobodyさん
2009/09/18(金) 16:35:37ID:???端末の対応状況は知らんが。
>>437
何が聞きたいのか良く分からんが、
SSLはCookieなくても動くし、
CookieはSSLなくても動作する。
そういう意味では関係が無い。
0440nobodyさん
2009/09/18(金) 17:03:55ID:???警告を出すのと関係するのかな？と思ったのですが。
あ、そうそうSBのIPアドレスが本日付けで一個修正されてました。
PCサイトブラウザ用が少し増えただけな様ですが。
以前の修正から２ヶ月経ってないってのに、チマチマ修正しないで欲しい。＞SB
0441nobodyさん
2009/09/20(日) 01:22:00ID:e093Z6PTどうやります？
日 月 火 水 木 金 土
20 21 22 23 24 25 26
この横幅が入らない機種に対してどうするかが問題ですよね・・
0442nobodyさん
2009/09/20(日) 06:11:13ID:???http://pc11.2ch.net/test/read.cgi/hp/1225769117/l50
0444nobodyさん
2009/09/21(月) 06:15:12ID:???0445nobodyさん
2009/09/21(月) 07:33:20ID:???0446nobodyさん
2009/09/21(月) 09:47:29ID:???月 2 9
火 3 10
水 4
木 5
金 6
土 7
0447nobodyさん
2009/09/22(火) 23:41:11ID:???でも446の縦型にするってのも良い案だな。fomaでnowrapが使えれば別な手段もあるが。
いずれにしても流石にこの件は442に禿同。
0448nobodyさん
2009/09/22(火) 23:48:06ID:???こんな記事があったよ。
グーグル、クッキーの安全強化のためSSLを変更
http://japan.cnet.com/news/sec/story/0,2000056024,20379240,00.htm
0449nobodyさん
2009/09/24(木) 22:28:59ID:uICqbhvr①案、数字や文字を画像に置き換えてテーブル内に置き換えする。
②案、半角スペースを無くして曜日毎色を変えて見やすくする。
このプログラムのポイントはifとタイムスタンプとテーブルですね。
0450nobodyさん
2009/09/24(木) 22:45:31ID:???01 ・・・・・・
07・・予予・・・
14・・・・・・・
21・休・・・・・
28・・・・
予 予定
休 休み
携帯では絵文字で
0451nobodyさん
2009/09/24(木) 22:46:37ID:???どうなってるんかな
0452nobodyさん
2009/09/25(金) 18:27:29ID:???携帯電話専用ホームページの制作方法 ２台目
http://pc11.2ch.net/test/read.cgi/hp/1225769117/l50
0453nobodyさん
2009/09/28(月) 07:09:29ID:???ひじょーにおそまつな画面でした・・
これなら勝てるかも
>>452
カレンダーを静的に表示することなんてまずないんだから
こっちでもいいと思います
0454nobodyさん
2009/09/29(火) 02:40:44ID:???0455nobodyさん
2009/09/29(火) 04:03:41ID:???FileMobileSimulatorでN505とかにしても余裕で収まるし
■ このスレッドは過去ログ倉庫に格納されています