携帯サイトのWebプロ� ..
352:nobodyさん
07/10/10 10:30:03
>>350
クレクレ君のおまいが是非纏め直してクレクレ。
>>351
webページはそんなには変ってないと思うが。
353:nobodyさん
07/10/11 20:55:23
DoCoMoのIP帯域指定どうしてるー？
ソースが綺麗じゃないからWEBアクセス時とかで分けるのめんどくさくて、
全てのIP帯域を取得してるんだがいいのかな？(メール送信用とかｗ)
354:nobodyさん
07/10/11 21:08:35
頭悪いんじゃないのお前
355:nobodyさん
07/10/12 07:22:36 G2kIVduS
一回のクエリにかかる最小のパケットは2パケットで済むのでしょうか？
たとえば短いHTTP URIに対するGETクエリで、1パケット、
そのレスポンスとして単純な text/plain で数文字の情報を
返すだけなら1パケット、これが最小なのでしょうか？
それとも１ページを表示するために、携帯端末とキャリアの
ゲートウェイの間では実際には複数回のやり取りがあるのでしょうか？
356:nobodyさん
07/10/12 10:02:46
機種にあわせた翻訳とかもあるからな。
357:nobodyさん
07/10/12 20:25:20
URLﾘﾝｸ(dir.m.infoseek.co.jp)
｜本サービスは、2007年10月17日を持ちまして終了致します。
カテゴリ検索だけみたいだが、止める様です。
これでカテゴリ検索で残ってる大手は、ＭＳとＹａｈｏｏくらいでしょうか。
358:nobodyさん
07/10/13 12:47:38 dExkHIRY
「ezweb」って言い方消えた？
なんか最近聞かない気がするんだけど
359:nobodyさん
07/10/13 14:03:56
>>357
MSのカテゴリ検索は、現状だと継子扱い？っぽいから、将来は微妙かも？
URLﾘﾝｸ(m.live.jp)
上記をmobile端末でアクセスすると分かるが、カテゴリ検索が出来る検索窓は
上端のと別になっていて下側に追いやられてる。
上端のWindowsLiveを優先してるみたいだが、そちらはPC用のと同じ検索結果を
mobile用の画面表示にしただけだし、何だかmobile用の方の扱いをどうするの
か、中途半端な感じがする。
尚、Ｙａｈｏｏの方は、なまじY!Keitaiとの連携もあってカテゴリ検索を強化
した感じなので、当分は大丈夫みたいですが。
まあ元々PC用でもカテゴリ検索を商売で使ってたから、そのあたりはMSとの
大きな差になってる訳ですが。
360:nobodyさん
07/10/13 15:49:38
SoftBank のライブモニター（今は名称が変更になって「S!速報ニュース」となっている）の
技術解説書って何処にあるか解る人いますか？
SoftBank Developers Support Site
URLﾘﾝｸ(developers.softbankmobile.co.jp)
をざっと見たところソレっぽいのは無いので…
取得するコンテンツを一通り見て見たけど、気に入ったのが無くて、
（余計な情報を配信するコンテンツが多すぎる）
それなら、いっその事、自鯖で情報を収集して、
自分の携帯でモニターできないものかと思った訳ですが…。
361:nobodyさん
07/10/13 18:43:29
>>353
とりあえず日本語でＯＫ。
362:353
07/10/13 23:59:46
>>361
ごめん、自動で取得するようにしてるか、手動か聞きたかっただけ
DoCoMoのを自動で取得するとき、正規表現でweb用のみ取得するのが難しかったから
メール用のIP帯域も取得しているんだけど大丈夫かなってこと
363:nobodyさん
07/10/14 00:08:35
>>362
別にいいんじゃないの。
メール用IP帯域を取得したところで、別にデメリットも無いでしょう。
ちなみにいきなり正規表現だけで抜き出すのは難しいから、まず先に、元となるHTMLから
web用IP帯域を含む部分だけ大まかに切り出してから正規表現をかければいいっしょ。
これならさほど難しいことじゃないし。言ってる意味わかるよね？
364:nobodyさん
07/10/14 00:15:31
>>363
つまり、最初にIPの書いてある大まかな範囲のみ取得して
そのなかから絞り込むって感じかな？
そうしなくても、とりあえず正規表現で取得できました。
「test.php」って名前にしてあったから、
他のテスト用スクリプト組むときに上書きして消してしまったorz
365:nobodyさん
07/10/14 00:32:40
正規表現だけでは無理と言ったり出来ると言ったり、忙しいな。
366:nobodyさん
07/10/14 08:30:50
そういうレベルってことだ。
367:nobodyさん
07/10/15 14:08:05
おまいらこの対策しましたか？
URLﾘﾝｸ(www.nttdocomo.co.jp)
URLﾘﾝｸ(www.nttdocomo.co.jp)
368:nobodyさん
07/10/15 15:24:44
対策って
とりあえず「存在するドメインからのみ受信」にしてくれと
注意書き書くくらい？
369:nobodyさん
07/10/15 15:28:12
SPF（TXT）レコードってなんじゃ？
初耳
370:nobodyさん
07/10/15 15:32:08
まじで意味がわかんねー
一体どうしたら・・・
371:nobodyさん
07/10/15 16:01:38
なんという低レベル共ｗｗｗｗ
372:nobodyさん
07/10/15 16:43:57
「存在するドメインからのみ受信」っていう設定は超無意味だな。
なりすましを「拒否する」か「受信する」かの２つだけで十分なのに、
なぜこんな無意味な選択肢を設けたんだ？ ドコモ馬鹿じゃね？
送信元を詐称するために実在するドメインのメアドを使ってもいいなら、
いくらでもクローラーで拾ってこれるじゃんねぇ。
（実際、今のスパムのほとんどは実在するメアドを勝手に使って詐称してるわけで）
373:nobodyさん
07/10/15 19:26:13
高レベルの奴ドキュモが何言ってるか解説してくれ
本当余計なことするなあ
374:nobodyさん
07/10/15 20:28:51
メールサーバーを自前で運用してるヤシ以外は、何もしようがない話だろ。
プロバイダ提供のメール機能を使ってる場合は、プロバイダのメールサーバー
で対処して貰うしかないが、弱小なプロバイダや海外メインのプロバイダだと
ちとヤヴァイのかもね。
375:nobodyさん
07/10/15 22:17:37 nyVuiIoe
>>374
メール鯖を自前で運用してなくても、
独自ドメインを使ってるなら対処すべきことがあるぞ。
DNS書き換えね（TXTレコード）。
詳しくはググれ。
376:nobodyさん
07/10/15 23:54:36
メールサーバじゃなくてDNSの設定の問題ね。
要は対策しないでいると、ユーザによってはメールが届かないケースが出てきてしまうということ。
自前でDNSを管理している人は、TXTレコードを追加すること。
レン鯖の人は、管理者に連絡して、対策をして貰うこと。
まともな業者なら対応してくれると思うよ。
参考：
@IT：Sender ID：送信者側の設定作業
URLﾘﾝｸ(www.atmarkit.co.jp)
377:376
07/10/16 01:14:03
記事にまとめてみました。
URLﾘﾝｸ(www.ke-tai.org)
内容に間違いがあったら指摘よろしくです。
378:nobodyさん
07/10/16 09:19:50
つーか、送信するときサバからじゃなく、ISPのサバ使ってるんだがｗ
379:nobodyさん
07/10/16 15:26:08
ゼンリン、地図情報検索サイト「its-mo Guide」をリニューアル
URLﾘﾝｸ(internet.watch.impress.co.jp)
携帯向けにも微妙に関連するが、ゼンリンの地図データを使ってる its-mo Guide
が昨日リニューアルされた様なので試してみたら、ようやく番地未満の数値に対応
した様だ。
△△町○○番地ｘｘ
上記のパターンだと、今年初めには検出不能で、それを指摘して改良した後は
△△町○○番地
に丸めた位置を表示する様になってたが、今現在はちゃんとｘｘ迄シッカリ表示
してます。まあピンポイントで正確かどうかは、その場所に寄るのでしょうが。
（但し、番地未満への対応は、昨日の改良以前に直ってたかもしれません。）
尚、同じゼンリンのデータを使ってるグーグルマップでは、当初から丸めた位置
を表示してましたが、今回のｘｘ迄指定可能になった改良は、今日さっき現在で
は反映されておらず、まるめのままでした。
因みにゼンリンの携帯サービスについては、下記で分かります。
URLﾘﾝｸ(www.zenrin-datacom.net)
380:nobodyさん
07/10/18 16:09:38 i/0EwaBb
ケータイ用HP開発って、結構多くのところがやってると思うんだけど、
関連する2chのスレってここしかないの？
381:nobodyさん
07/10/18 16:22:13
>>380
開発って言うのもおこがましいが・・・
ｽﾚﾘﾝｸ(hp板)
382:nobodyさん
07/10/18 16:55:56
>>380
NDAだらけなのに、2chでなに言うのさ？
だいたい、技術よりアイデアが大事な業界だろ。誰がアイデア漏らすのさ。
383:nobodyさん
07/10/18 17:57:01
>>382
NDA？ 何の関係があるんだ？
携帯以外ならNDAがないから、みんな書いているとでも？
384:nobodyさん
07/10/19 09:38:32
公式サイト向けの情報はいっさい教えられないからなｗ
385:nobodyさん
07/10/19 12:17:05
公式サイトを作る様なヤシが、こんなところでクレクレ君をしてちゃ駄目だろ。
公式サイトを作るなら、当然公式サイト用の情報は有償でも入手する訳だし。
386:nobodyさん
07/10/19 16:11:15
そうなんですよね。
公式を作るような人は、そちらの情報を見るので、
きっとこのスレなんて必要ないんですよ。
でも実際には、非公式サイトの開発者数の方が全然多いわけで、
みんな苦労しているはずなのに、2chにあまり情報がないのはなんでなんですかね。
その人たちにはNDAなんて関係ないはずなのに。
387:nobodyさん
07/10/19 16:26:26
>>385
キャリアがタダで配ってるものを有償で売れんのか？
>>386
やりとりされるデータは普通のWEBとたいして変わらないんだから、
携帯に限定された質問なんてない、ってだけだろ。
388:nobodyさん
07/10/19 17:45:08
＞やりとりされるデータは普通のWEBとたいして変わらないんだから、
＞携帯に限定された質問なんてない、ってだけだろ。
お前が全然やってないことだけはわかった。
389:nobodyさん
07/10/19 17:59:32
>>388
初期のころから結構作ったが、普通のWEBと違うとこなんてあるか？
アホは絵文字のコードがらみで悩むらしいが、自動変換なしにして、
DBに入れる前にURLエンコードすれば、問題なし。
最近はキャリアが絵文字の変換をしてくれるんで、こっちは気にしなくていい。
普通のWEBで変な文字コードを入れられた対策をするのと違いはない。
あとは、認証まわりか？ こっちは最初にIDとったらあとはセッション情報でやりとりするだけ。
よそに飛ぶリンクがあったら間にダミーページを挟むってのは2chでもやってる。
390:nobodyさん
07/10/19 18:27:34
＞最近はキャリアが絵文字の変換をしてくれる
＞最近はキャリアが絵文字の変換をしてくれる
＞最近はキャリアが絵文字の変換をしてくれる
＞最近はキャリアが絵文字の変換をしてくれる
＞最近はキャリアが絵文字の変換をしてくれる
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
391:nobodyさん
07/10/19 18:30:46
>>389
＞初期のころから結構作ったが、普通のWEBと違うとこなんてあるか？
387と389で言ってることが矛盾してない？
違いがないなら、公式キャリアからCPに配られる情報なんて必要ないよね。
公式サイトを作った人なら知っていると思うけど、
キャリアからCP向けに来てる情報って凄い量がある。
なので、違いはあるんだよ。これは確実。
問題はCPが必要としている情報は、一般人も必要としているはずなのに、
それを共有できる場所がないこと。
CPの中の人が情報を外に出せないのはよくわかるけど、
野良サイトを作っている人たちだけの間でも情報をうまく回せれば
十分な量が集まると思うなぁ。
392:nobodyさん
07/10/19 18:32:27
>>391
公式と勝手では使える機能が違うんだよ。
だから、公式の情報を一般人が持つのは無意味。
393:nobodyさん
07/10/19 18:33:34
あ、私389じゃないですが、
>>390 がどこでwwwってなってるかわからないけど、
特に間違ったことを言ってないと思う。
iモード絵文字→au絵文字の変換は、
昔はキャリアがやってくれてなかったですよね。
今は楽ちんになりました。
394:391
07/10/19 18:37:53
>>392
違う機能とは端末のIDが取れるとか、
iメニュー登録とかその辺のことかな。
そんなものは微々たる違いで、公式CP向けの情報の中のごく一部だし、
もっともっと必要で共用できる情報はあるよね。
CP向けの資料の全てが公式専用の機能のものだと思っているんだろうか。
395:nobodyさん
07/10/19 18:43:17
>>394
公式オンリーの一番大事な部分を忘れてるぞ。
キャリアが一般公開してる情報と公式オンリーの情報を除いたら何も残らんっつーの。
396:nobodyさん
07/10/19 18:50:41
>>389, 393
SoftBankはどうするんですかぁ？？
昔の機種はどうするんですかぁ？？
397:nobodyさん
07/10/19 19:07:22
>>396
みっともないからやめれ
398:nobodyさん
07/10/19 19:14:02
>>396
各キャリアの公開してる資料を見ろ。
絵文字の変換は端末でやってるわけじゃない。
それから、昔の機種はそもそも新しい絵文字が表示できない。
アホすぎる。
399:nobodyさん
07/10/19 21:21:18
>>398
もう昔の機種なんか知らないヤシも多いのでしょ。
漏れはHDMLやONCのHPも作ってきたけど、今なら3G端末＆QVGAだけ考えて
imode用のHPのみ作ればオケだと思ってる。
まあファイルのダウンロードとか、認証やら入力やらで、未だキャリア毎
に別々にするとか、結構気を使わなきゃならない部分は有るが。
400:nobodyさん
07/10/19 21:44:50
ContentType揃わないし
画像の拡張子違うし
jpeg内のコメントめ共通に出来ないし
著作権なんたら～は地獄だぜぇ
キャリア間変換等、絵文字対応も泣けるな
i-modeで色付けるのも面倒！
中途半端に対応しやがって・・・
で、今度はデコメ配信ですか？
営業がうまく言いくるめるの期待だな・・・
401:nobodyさん
07/10/19 21:49:42
3キャリアに対応するなら今でも絵文字の変換って必要でしょ？
i => ezは自動変換かもしれないが、i => sbって自動変換してくれないよね？
更にいえば、sbの3Gは出力文字コードUTF-8は常識だよね？
402:nobodyさん
07/10/19 21:59:16
SB3Gは絵文字のために掲示板の入力フォームだけUTF-8だなｗ
でもSBﾕｰｻﾞｰ、ほとんど絵文字使ってくれないの
jsky時代は絵文字といえばjだったような気がするけどな
動く絵文字を最初に始めたのもjじゃなかったかな
（うろ覚え）
403:nobodyさん
07/10/19 22:44:09
>>399
勝手の場合は3キャリア対応のID抽出ライブラリを作っておけば認証は問題ないでしょ。
頭1文字をこちらで用意した文字にすれば、キャリアをまたいでユニークになるし。
ダウンロードなんかのリンク生成部分は、テンプレートから差し替えするようにしておけば、
全部使いまわしできる。
>>402
動くのもカラフルなのもJだけだったよ。
写メールとか、全機種MA2搭載とか、J-PHONE時代は輝いてたな。
Vになっていきなり動きが遅くなって、ダメキャリアなっちゃったけど。
404:nobodyさん
07/10/19 23:38:19
勝手サイトは、別に動作保証する必要がないから適当でいいんだよ。ｗ
公式は基本的にあらゆる機種でまともに見れる、動くが条件だからさ。
405:nobodyさん
07/10/19 23:50:55
>>404
非対応機種があっても、ちゃんと書いときゃ大丈夫だよ。
406:nobodyさん
07/10/20 01:30:40
こんなけみんなが語ってるってことは
ノウハウ必要なことは明白なのに、
それを交換する場所が少ないのはおかしいと思う
407:nobodyさん
07/10/20 08:11:27
ここですりゃいいじゃん
408:nobodyさん
07/10/20 11:23:31
>>401
i => sb は隠し機能でやってたりするんだな、これが。
>>403
それは分かってる人には分かる話だけど、キャリアがwebで公開してる資料
だけで全て理解するのは難しいし、最終的には実機で動作確認しないと駄目
だしね。
もう少しシミュレータが高機能なら、シミュレータで確認しつつ理解を深めて
いけば、結構理解出来る訳だけど。
>>404
でも某SB公式サイトで、下記を対象外にしてるのが有るよ。
Vodafone702NK
Vodafone702sMO
J-DN02、J-P02、J-P03、J-SA02、J-SH02、J-SH03、J-T04
>>406
全キャリア向けに勝手サイトを作ってるアマチュアが少ないって事デソ。
プロだとこのあたりは完全に金になるノウハウだから、無闇に公開するのは
損にはなっても得にはならないからね。アマチュアの勝手サイトならimode用
だけで充分だし、マルチキャリア対応でも >>404 の言う通り、動作保証がなく
てもオケだし。
409:nobodyさん
07/10/20 11:27:49
>>408
i => sb の変換は表示だけで、入力の話は >>402。
410:nobodyさん
07/10/20 11:50:31
>>408
たくさんいるけど、悩むところがないからこんなところに来ないとも言う。
411:nobodyさん
07/10/20 12:09:36
結局、質問がでてこないところが、すべてを物語ってる気がする。
412:nobodyさん
07/10/20 13:12:52
そんなにいちいち機種ごとの対応とか考えなくても、
最近の機種だったらほとんどXHTMLで作れば
基本的には、どのキャリアでも、どの機種でも問題ないよ。
413:nobodyさん
07/10/20 14:02:59
>>398
auはwebの場合、サーバー側で変換してるわけじゃないぞ＾＾；
414:nobodyさん
07/10/20 14:05:44
>>408
>i => sb は隠し機能でやってたりするんだな、これが。
手元にある、SB3台で確認してみたけれど
やはり全部文字化けしたんだが…
出来れば詳しく教えてくれないか
415:nobodyさん
07/10/20 19:23:31
>>413
auはwebサーバーで変換してる筈では？ まあ下記の説明だとWAP2.0端末では
端末側でしてるのかもしれんが。
URLﾘﾝｸ(www.au.kddi.com)
>>414
いや、過去スレでそういう報告があったから鵜呑みにしてたのだが。
もしかしてSBになってから止めちゃった、って話なのかも？
何しろ隠し機能だし、禿丸見えな社長だし。
416:nobodyさん
07/10/20 19:29:04
>>414
なんとなくだが、imode用webでの絵文字の記載方法によって違うのかも？
URLﾘﾝｸ(www.nttdocomo.co.jp)
SB端末が３Gだと、Unicodeのテキスト入力 しか対応出来ないとか。
417:nobodyさん
07/10/20 23:58:10
フォームとかはUTF-8で用意しないと通らないよ。
418:nobodyさん
07/10/21 19:12:11
>>416
一番imodeで適用範囲が広い「Shift-JISのバイナリコード入力」形式のみ隠し対応で、
それ以外は対応外ってパターンが有りそうな気が。
自前でwebサーバーを立ててる場合、携帯向けをあまり考えずに簡単に済むからフォーム
だけじゃなくて全てをUTF-8にして、あれこれ不具合を質問するヤシが見受けられるし。
419:nobodyさん
07/10/21 20:20:21 AhZMKAGB
そもそも>>415の
>いや、過去スレでそういう報告があったから鵜呑みにしてたのだが。
が怪しいｗ
420:nobodyさん
07/10/21 20:40:54
>>415
URLﾘﾝｸ(labs.unoh.net)
421:nobodyさん
07/10/22 02:38:33
docomoの知識なしがsjisのエンコードなんかで数値参照させたのが
そもそもの元凶だよね
422:nobodyさん
07/10/26 10:35:00
上にあった端末一覧のke-tai.orgリニュしてるね。
誰も書かないからWiki諦めたのかなw
URLﾘﾝｸ(ke-tai.org)
423:nobodyさん
07/10/26 11:02:48
本人乙
424:nobodyさん
07/10/26 19:32:06
本人乙
425:nobodyさん
07/10/26 20:26:19
御本人様御疲れ様でございます。
426:nobodyさん
07/10/26 22:57:48
ワロス
427:nobodyさん
07/10/26 23:37:57
ぶっちゃけke-tai.orgはゴミみたいな情報しかないｗｗ
428:nobodyさん
07/10/28 01:21:38
札幌発
429:nobodyさん
07/10/29 00:06:48
ke-tai.orgIN札幌が来なくなって過疎ったな。
なんか寂しいよ…
430:nobodyさん
07/10/29 15:27:21
まあこのスレが過疎るのは地方が無いJARO。
３G機のみ対応すればオケな状況になってきたから、画像もQVGAのJPEG（gifでも可）
でモーマンタイだし、昔に比べて細かいノウハウは殆ど要らなくなってきてるからなあ。
431:nobodyさん
07/10/30 00:29:01
3キャリア対応は Shift_JIS + JPG ってことで OK？
432:nobodyさん
07/10/30 00:29:30
金かけてるニコ動でさえsoftbank対応アプリが作れてない事実。
これからの真のsoftbank携帯に期待。
433:nobodyさん
07/10/30 00:32:35
>>431
SBの3Gには一部SJISが使えない端末があるから
SBはフォームページだけでなく、全ページUTF-8にすると吉
2G以下はSJIS
434:nobodyさん
07/10/30 02:04:59
なんという端末地獄・・・
435:431
07/10/30 02:08:40
>>433
ありがとうございます。
しかし、それはマヂですか？
では、3G + 最近の au 対応なら UTF-8 + JPG ってことで OK ですか？
436:433
07/10/30 02:11:04
>>435
まぁ、その括りであれば、それで問題ないと思うよ。
437:nobodyさん
07/10/30 02:15:02
ぶっちゃけ極めて特殊な端末は切り捨てていいだろ
こっちで対応しても、他のほとんどのサイトじゃ対応してないって
持ち主だって表示で不具合があっても、とうにあきらめがついてんだろ
438:nobodyさん
07/10/30 09:05:34
auはS-JIS以外だと変換がかかるから、おすすめしない。
439:nobodyさん
07/10/30 09:36:46
ああ、めんどくせぇなぁ
440:nobodyさん
07/10/30 10:49:35
>>427
俺は重宝してるけどな、ケータイorg。
それだったらお前がケータイorg以上のサイトを公開しろよ。
最近この手のバカが多すぎるな。
「●●のサイトは役に立たない」と文句だけ言って、自分では何も生み出してないヤツ。
他人を批判する資格ないっつーの。
（ちなみに俺はケータイorgの中の人じゃないんで、つまらない煽りは不要）
441:nobodyさん
07/10/30 12:31:46
わざわざ言い訳ですか
442:nobodyさん
07/10/30 12:32:07
叩いているのは、携帯の端末リストを提供するだけで年間21万円取っていたが、
ケータイorgがそれを無償公開しだして、存亡の危機を感じている業者
443:431
07/10/30 16:28:19
>>433=436
どうもありがとう。
新規サイトなので、古い機種切り捨てでスタートする決意ができました。
>>438
>auはS-JIS以外だと変換がかかる
コレが気になるところですが、見られないワケではないので、問題ナシ
としました。
とにかく、ありがとうございました。
444:nobodyさん
07/10/30 16:38:09
端末リストなんて各キャリアが載せてんじゃん。
何言ってんだろ。ｗ
445:nobodyさん
07/10/30 17:16:54
>>442
鋭い。
たしかにそういう業者の妨害もあるだろうね。
でも文句を言ってるバカのほとんどは、他力本願のクレクレ厨じゃないの？
>>444
各キャリアのサイトを常に監視して最新リストを整備するのは
面倒くさいんだよ。お前みたいなヒマ人ならいいかもしれないけど。
446:nobodyさん
07/10/30 17:49:27
>>444
もしリストが簡単に整備できるんなら、
年20万も取っている業者っていったいなんなんだろうね。
447:nobodyさん
07/10/30 18:19:29
>>437
そうそう。
SBのSJISが使えない一部なんて、切捨て御免でオケだろ。
448:nobodyさん
07/10/30 20:55:30
勝手サイトは好きにすればいいんだよ。
たまにUAの統計取って、それ見て方針変えればいいだけ。
449:nobodyさん
07/11/01 17:37:03
>>447
総務省が今春から緊急通報での位置情報の原則義務付けをしたのに、SBなんか
今年の秋冬モデルですら、GPS対応は一機種しかないし、ユーザーにハッキリ
見えない部分での手抜きが酷い。
こんなキャリアの端末なんか、真面目にこまめな対応しても空しいと思う。
450:nobodyさん
07/11/02 23:27:37
最近のSoftbankはJavascript動くんか？
謎なブラウザがgoogleAnaryticsで計測されてるんだが
451:nobodyさん
07/11/03 00:15:59
このスレを見ている人はこんなスレも見ています。(ver 0.20)
縁切り神社を教えてください Part.2 [神社・仏閣]
ちょｗｗ
何があったんだよｗｗ
452:nobodyさん
07/11/03 00:16:31
携帯ってoptgroup使えんの？
453:nobodyさん
07/11/03 12:49:42
>>450
動くみたいよ。
俺は812SHを使ってるんだが、自分の作ったサイト（Javascript含む）に
アクセスしたらJavascriptが動作してビビったよ。
しかもPCブラウザ・モードじゃなくて、普通の携帯ブラウザ・モードだったから余計にバビった。
454:450
07/11/03 22:09:57
>>453
おー！サンクス！
面倒なので全ページのタグを URLﾘﾝｸ(ssl.google-analytics.com) 通してるんだが
セキュリティー警告が出るとかなんとか・・
Thawte Premium Server CA証明書入って無いぽい
455:nobodyさん
07/11/05 18:18:24
ちなみにdocomoもjs動くよ
456:nobodyさん
07/11/06 10:10:23
>>455
マジで？
機種教えて。
457:nobodyさん
07/11/06 10:33:21
先日パソコン向けから携帯向けのコンテンツ制作へ担当が変わりました、
携帯コンテンツを作る上でキャリアごとの違いを理解する必要があると思うのですが、
詳しく解説しているサイトを紹介していただけないでしょうか
458:nobodyさん
07/11/06 12:48:54
>>457 ソフトバンクの糞仕様を無視するのがデフォ。
これで問題の80%は解決する。
↓は2chで情報探すより遥かに役立つ。
はてなブックマーク - タグ mobileDev
URLﾘﾝｸ(b.hatena.ne.jp)
459:nobodyさん
07/11/06 17:17:37
絵文字変換ってやはり有料のを買う以外にないのですかね…
フリーでまともなものってありますか？
460:nobodyさん
07/11/06 19:19:47
そんなのてめーで作れよ
461:nobodyさん
07/11/06 21:16:07
>>459
もうさ、デコメで絵文字コードの使用自体が減ってる。
デコメの動く絵文字を導入するのがいいぞ。
462:nobodyさん
07/11/06 21:55:37
最近SBユーザー増えてきてない？
463:nobodyさん
07/11/06 22:03:49
どうだろう
7:2:1が
5:4:1になったかなぁ
464:nobodyさん
07/11/07 15:19:27 ynZCcOoV
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.0//EN"
"URLﾘﾝｸ(www.w3.org)
これって全キャリア対応してたっけ？
465:nobodyさん
07/11/07 21:10:21
最近IP更新しまくりだな
google ads for mobile載せるために
IPフィルタはずしたから
もうどうでもいいけどね;P
466:nobodyさん
07/11/07 22:50:50
>>464
キャリアもくそもW3Cの勧告だよ。
467:nobodyさん
07/11/08 03:23:21
各社のIPアドレス範囲を自動で取得してくるスクリプトないかな？
以前にググって見つけた、公開されてるいくつかを試したけど、うまく動作しなかったよorz
まあ自分でスクリプト書けばいいんだろうけど、めんどくさくて・・・
468:nobodyさん
07/11/08 08:13:55
×めんどくさくて
○技術が無いとんでもない落ちこぼれで
469:nobodyさん
07/11/08 10:37:43
>>466
それがどうした
奴等には関係無い
470:nobodyさん
07/11/08 11:46:55
>>465
auが二ヶ月前に続いて一個増やしてるね。
チマチマとしか増やせないのは、余裕資金が少なくなってるとか、ユーザー数
の伸びが鈍ったせいで先行投資出来ないとか、収入の伸びに比べてパケット定額
の負荷が増えすぎたとか、あまりいい状況ではない気がするな。
でもIPフィルタを外すと、成り済まし対策は出来ないだろうけど、諦めたって事か。
471:nobodyさん
07/11/08 12:13:41
>>467
リストにないIPが来たらgethostbyaddrでホスト名確認
携帯のホストならリストに追加
472:nobodyさん
07/11/08 12:32:51
せっかくグーグルが規格統一してくれそうなのに、
ソフトバンクが入ってなかったな
禿め
473:nobodyさん
07/11/08 12:41:30
>>471
ホスト名さえ変更が無ければ、IPの追加には全然手間無しで済むね。
でもIPの削除や変更には対応出来ないけど。
ただ、リスト追加は無しでも不明IPが来た時のホスト名確認は、IP修正
がかかった時に修正対処する迄の、利用者からの苦情を減らすのには役立ち
ますね。
ところでhtaccessファイルに、gethostbyaddrでホスト名判定の機能は使え
ましたっけ？ cgi組まないと無理？
474:nobodyさん
07/11/08 12:53:58
>>470
増やすとき＝新機種が発売されたとき
なんだが。
475:nobodyさん
07/11/08 13:05:27 54vqPxqt
公表ipレンジがアテにならないのは困る
URLﾘﾝｸ(polpe.com)
476:nobodyさん
07/11/08 14:43:14 wKfRuyj8
以前作ったけど使ってないのならある
動作は保障しない
URLﾘﾝｸ(viprog.so.land.to)
477:nobodyさん
07/11/08 15:04:03
>>473
そういえばホスト名の公式情報って公開されてたっけ？
ホスト名の管理作業が増える上に、あやふやなホスト名に頼る不安定さの
懸念材料が増えるだけな気も。
>>475
少なくともipデータを利用してる側に責任は無いわな。
478:nobodyさん
07/11/08 15:12:08
>>473
できるよー
詳しくは、「ケータイ .htaccess」あたりでググれ
479:nobodyさん
07/11/08 19:34:52
>>478
IPアドレスの場合と同じ指定方法でオケみたいですね。
IPアドレスでの指定を先に記述しておけば、ホスト名の逆引き動作はしないで
済む？でしょうから、IPの追加＆変更時のユーザーからの苦情軽減対策として
は、この程度でオケかな？
480:nobodyさん
07/11/08 21:17:14
>>357
キーワードでサイト検索を試してみたが、結構使える感じです。
URLﾘﾝｸ(m.infoseek.co.jp)
変なBBSやエロサイトなんかも検出する様な、他のモバイル検索サイトに
比べると随分使いやすいと思われ。
因みにgoogleモバイルも、新デザイン画面だと変なBBSやエロサイトなんか
も検出してたけど、どうやら直った模様。
個人的にはモバイル検索（非カテゴリ）は、googleとinnfoseekが結構いい
勝負な感じがします。
481:nobodyさん
07/11/08 23:25:26
>>479
なるほど、そういう使い方もありですね。
おっけーなんじゃないでしょうか。
ところで、ソフバンのIP逆引きが、未だに「xxx.jp-x.ne.jp」なのは何でなんでしょうね。
482:nobodyさん
07/11/09 12:37:43
>>479
ただ、それだとクローラーアクセスに対しても、必ず逆引きが走ってしまうし、
UserAgent判定も組み合わせないとサーバーの負荷は増えてしまいますが。
483:nobodyさん
07/11/09 18:36:41
一年ぶりにauのデバイスIDと機種名変換のデータを更新したよ
しかし何でこんな糞仕様なんだよ
484:nobodyさん
07/11/09 19:28:30
1年に1回でいいなんて、楽な仕事してんな。
485:nobodyさん
07/11/12 02:47:57 arkf2/fo
更新作業も自動化した。
ところで聞きたいことがあるです。
SoftBankの絵文字の送出方法って、1B$?xx0Fですよね。基本は。
でもV905SHだけなんかShift-JISの拡張領域使ってて、挙句の果てにauやDoCoMoと文字コードかぶってるっぽいんですが、そのあたりの情報どっかにありませんか？
掲示板運営してまして、投稿処理で
SoftBank判定
→2バイト絵文字から1B$?xx0Fに変換
→記録
ってことをやってるんですが、なんかうまく動作しないんです。
PCからの投稿では無事変換されまして、実機からなぜうまくいかないのかさっぱりぷー。
486:nobodyさん
07/11/12 05:17:52
>>485
知らなかったので、調べてみました。
一応、SJISの範囲を記事としてまとめましたので以下からどうぞ。
URLﾘﾝｸ(d.hatena.ne.jp)
487:nobodyさん
07/11/12 10:48:02
>>486
偶然にも私も先日から同じことを調べていました。
手元の705SHで検証できそうなので、後ほどSJIS範囲を確認してみますね。
488:nobodyさん
07/11/12 16:11:10
もしかしてDoCoMoの絵文字を読める様に対策したせいジャマイカ。
489:nobodyさん
07/11/12 16:59:25
これって変換から漏れたら・になってるの？
そうだとしたら見かけたことないなぁ
490:nobodyさん
07/11/12 19:38:38
そのうちディズニー絵文字とか出てくんだろうな(鬱
491:nobodyさん
07/11/13 01:16:09 7LolTJiR
>>486
どもです。
ただ、同じコードをPCから投げても問題なく変換されるのに、実機から投げたら変換されないので、もしかしたらいつものごとく制御文字挟んでいる可能性すらあります。仕様早く公開してくれ…
>>487
>>486のとおり、HTTP編の付録に絵文字とEUC、sjisの対応表は書かれてあります。その前後になんかやっていないかの確認をしていただけますとありがたいす。
>>488
おそらく、別の複合的な理由だと思います。
3GCのプロキシサーバは、ご存じの通りsjisページへのクエリ送信の際、絵文字コードを消去します。
それは、通常の5バイト形式で送出した場合、このなかに制御文字が入っていることにより受入れ側のスクリプトが動作異常を起こす、
あるいはそれを嫌った管理者がSBMをハブることがあり、それに対する対策として絵文字コードを消しているわけですが、
そうすると今度は絵文字そのものが送れなくなるわけです。
そこで、プロキシの裏をかく形で、sjis外字に絵文字を割り当てたと。
こんなところじゃないかと思います。
492:nobodyさん
07/11/13 01:32:20
絵文字について私が気になっているのは、PDF資料HTTP編のP39にある「表2.4.2.3-2」についてです。
SJISの場合、絵文字が送信される際にコード化するというような記述があります。
これってどういうことなんでしょう？？
493:nobodyさん
07/11/13 09:11:41
だからUTF-8を使えって．．．
494:nobodyさん
07/11/13 10:27:26
絵文字入ってるとフォームで何言おうとUTF8でしゃべりやがるよ
495:nobodyさん
07/11/13 13:02:13
>>493
でもね、3キャリア対応サイトを、小コストで作ろうとすると、
今でもSJISが基本だと思うのですよ。
なんとかオールSJISですませたい。。。
496:nobodyさん
07/11/13 13:39:04
>>495
UTF-8にしてコストが跳ねるの？
ただ、SJISですべてに対応させるという記事が書きたいだけじゃないのか
497:nobodyさん
07/11/13 13:42:02
>>496
SBだけUTF-8にすることによって
面倒な処理を色々かませなくちゃいけなくなるだろ
498:nobodyさん
07/11/13 13:48:08
>>496
ソフトバンクだけUTF-8にするのって、テンプレートも全部別々になりますし
かなり面倒じゃないですか？
499:nobodyさん
07/11/13 14:08:15 DkTDcUF0
うちもSJISオンリーだなぁ
今更全部のフォームをUTF8に書き換える元気は無いｗ
SJISが書けない端末は無視、絵文字の処理も無視
500:nobodyさん
07/11/13 15:34:06
とりあえずauは来年の５月でHDML機がなくなるから、auもUTF-8で統一しても
良さそうな気が。
501:nobodyさん
07/11/13 15:43:17
なにが面倒なのかさっぱりｗ
頭悪くないか？
502:nobodyさん
07/11/13 16:02:55
>>501
可哀想なレベルな子なんだね
503:nobodyさん
07/11/13 16:11:30
>>502
そうか？
504:nobodyさん
07/11/13 16:33:45
>>501のサイトは
「/i」 「/e」 「/s」 みたいに3つにわかれてて、
フォームも静的HTMLなんじゃないの？
ヘッダをUTF-8に書き換えて保存しなおして、はい終了、みたいな
505:nobodyさん
07/11/13 16:57:46
>>500について
kwsk知ってる方いますか？
506:nobodyさん
07/11/13 17:09:24
>>504
phpで同アドレスで書き分けてるよ。
mb使うだけだし何が難しいのか俺には理解できません。
507:nobodyさん
07/11/13 17:15:36
>>506はFWとか使った事無いらしい
508:nobodyさん
07/11/13 17:21:27
>>507
携帯用のFW使えばいいじゃんｗ
509:nobodyさん
07/11/13 17:35:38
S-JISうんぬん言ってるやつが、FWなんて使うレベル・規模かよｗ
510:nobodyさん
07/11/13 17:54:08
アンドロイドが楽しみなんだけど、凄く嫌な予感がするんだよね…。
511:nobodyさん
07/11/13 19:31:33 7LolTJiR
perlですが…
512:nobodyさん
07/11/13 20:34:56
>>510
開発コンテストがあるみたいだから登録すれば仕様がいろいろ見れるんじゃ
ないのかな。
513:nobodyさん
07/11/13 22:50:51
なぜ、SJISとUTF-8の二つに対応すると複雑になるのか。
それは、SJISとUTF-8の二つのテンプレートを作らなければいけないからだ。
単にコピーすればいいだけと思うだろ？
しかしメンテナンスの際修正するところが二倍になる。
514:nobodyさん
07/11/13 23:18:13
>>513
出力する時に変換じゃダメなの？
515:nobodyさん
07/11/13 23:34:35
Smartyなら可能だな
516:nobodyさん
07/11/14 00:11:00
>>515
いや、それはob_*で出来るんだ
そんなことより、みんな表示部分しか話をしてないが、
PHP内部の処理もUTF-8かどうかで、分岐しないとならないでしょ？
リクエストの値がUTF-8で来るんだから
他にもDBの格納時にいちいち変換しなきゃいけなかったり、機種固有文字の問題があったり、
正規表現とかも、全角カタカナにマッチさせようと、「/[ァ-ヶ]+/」とか書いてあっても、
UTF-8だと期待通りに動作しなかったりで、、、
もう面倒だわ、ハゲバンクさえいなければ！！
517:nobodyさん
07/11/14 00:24:11
ちんぽまるだしで万事おk
518:nobodyさん
07/11/14 00:37:30
なぜPHPなの？
519:nobodyさん
07/11/14 08:51:12
>>516
入力する時に変換じゃダメなの？
520:nobodyさん
07/11/14 09:02:04
ちんぽまるだしでもダメなの？
521:nobodyさん
07/11/14 09:33:37
アンドロイドすげーな
PCレベルのサイトが標準になるから
ショボ仕様の携帯サイトは露と消えるんじゃね
522:nobodyさん
07/11/14 10:13:25
>>505
au、「EZweb@mailコース」を2008年5月31日にサービス終了
URLﾘﾝｸ(k-tai.impress.co.jp)
>>521
その仕様を実現する為に、端末のCPUやディスプレイ、電池容量なんかが間に合えば
良いのだけれど。
フルブラウザを採用したAirH"がどうだったかを考えると、PCレベルなんて未だ当分
無理な気が。
523:nobodyさん
07/11/14 10:23:17
縛りの少ないiPhoneみたいな感じでしょ？
iPhoneが実用になってるならアンドロイドも大丈夫なんじゃない？
524:nobodyさん
07/11/14 10:52:57
アンドロイドスレ立てた
ｽﾚﾘﾝｸ(php板)l50
525:nobodyさん
07/11/14 11:15:18
>>522
thx！
526:nobodyさん
07/11/14 11:56:20
>>522
この件は来年５月でHDMLな実機が消滅する事を意味してますが、現在HDMLで
作ってるHPが、それ以降もXHTMLな実機で表示出来るのかがハッキリしない
ですね。
まあそれまでにHDMLなEZweb用HPを無くしてしまって、XHTMLのみにしてしま
えば済む訳ですが、HDML→XHTML変換はXHTML実機が行うのかEZサーバーで行う
のか、下記とかを見ても不明ですが実際はどうなんでしょう？
URLﾘﾝｸ(www.au.kddi.com)
527:nobodyさん
07/11/14 12:24:18
>>526
HDMLで記述するのを直せって話になってないから、変換継続だろ。
しかし、今でもHDMLって5年以上前のサイトじゃないと残ってないんじゃ？
部分的に使うのは今でもアリかもしれないが。
528:nobodyさん
07/11/14 19:35:27
金融系はまだ多いね＞HDML
529:nobodyさん
07/11/14 19:42:17
Ezweb端末が喋るUTF8絵文字がオフィシャル仕様と違う件についてー
530:nobodyさん
07/11/14 20:19:32
>>529
詳しく
531:nobodyさん
07/11/14 21:36:34
>>516
なぜPHPなの？
532:nobodyさん
07/11/14 21:36:48
まだUTF-8に対応していない携帯ってある？
もうＳＪＩＳのみ対応って結構前になるよな？
533:nobodyさん
07/11/15 01:00:27 GXS8nHod
>>514
どんだけ負荷かける気だ…借り物サーバーだからそんなに無茶できない。
534:nobodyさん
07/11/15 01:13:47
つうか、もう3Gメインでsjisなんて数えるほどだろｗ
535:nobodyさん
07/11/15 12:19:49
うち50xとかからのアクセスが、少ないながらもまだポチポチとあるなぁ。。。
いい加減機種変しろよと。
みんなはこういう古い端末からのアクセスは切ってるの？？
536:nobodyさん
07/11/15 12:48:19
スクリプト出力のときだけSJISにすればいいっていうけどさ
PHPの場合はPrintやechoで吐き出したものしかエンコーディング変えてくれないの？
537:nobodyさん
07/11/15 16:18:39
>>536
基礎からやり直してください
538:529
07/11/15 20:18:27
Perlの文字コード変換モジュールの開発者のブログ
のが多いな
539:nobodyさん
07/11/18 06:53:13 kBwRbUKB
auはフォームの情報が勝手にSJISに変換されてしまいます＞＜
540:nobodyさん
07/11/18 11:50:28 d/cCKCjG
まだsjisで開発すべきってことですね…
で、だれか3GC-SHの絵文字うんぬんを…
541:nobodyさん
07/11/18 12:16:21
だから、Unicodeで開発して、
入力、出力時に変換すれば良いだけだろｗ
自分の技術力不足を認めなさい。
あなたのやり方はすでに過去のものだから。
542:nobodyさん
07/11/18 15:37:08 d/cCKCjG
>>541
いちいち変換するとか、どんだけ負荷かける気だよ。入口出口で変換できる程度でいばんなって。
543:nobodyさん
07/11/18 16:15:10
>>540
んだ。
ソフバンの絵文字の問題さえ解決できれば、
現状オールSJISで問題ないんだよなぁ。。。
544:nobodyさん
07/11/18 20:59:26
>>542
どんだけ負荷がかかるかなんて場合によるんだから一概に言えるわけないだろ。
所詮携帯用コンテンツ。文字コード変換の負荷なんてたかが知れてる。
もちろんそれでも気になるケースはあるだろうから、そういう時は別の方法でやれば良いだけ。
545:nobodyさん
07/11/19 03:13:53
文字コード変換にかかる負荷なんて
ほとんどない。
546:nobodyさん
07/11/19 04:02:07
よくあるzip圧縮しての送出の方が負荷的には高そうだよな
547:nobodyさん
07/11/19 10:54:31
xhtmlで <a id="hogehoge"></a> を、<a id="hogehoge" /> の、空要素の形
で使っても、各種携帯シミュレータやPC用ブラウザ（IE6やFireFox2）で試す
と正常にリンクしますが、これは携帯用HPで使っても大丈夫でしょうか？
xhtmlの規約や携帯キャリアのxhtml仕様にも、aタグを空要素の形で使っても
OKな記載を見つけられなかったので、安心して使えない為悩んでます。
548:nobodyさん
07/11/19 11:02:47
携帯サイトのWebプログラムを語ろう
549:nobodyさん
07/11/19 11:03:10
なら使わなきゃ良いのに･･･
550:nobodyさん
07/11/19 12:11:19
>>530
はてぶでみつけた
ここが詳しいね
URLﾘﾝｸ(subtech.g.hatena.ne.jp)
551:Socket774
07/11/19 13:23:20
携帯用シミュレータで確認すると、td style="white-space:nowrap;" は、Y!KeitaiやEZwebなら
モーマンタイでimodeだと駄目でしたが、実機でも同様でしょうか？
552:nobodyさん
07/11/19 13:51:53
携帯サイトのWebプログラムを語ろう
553:nobodyさん
07/11/19 16:31:00
>>548
>>552
HTMLネタでもいいんじゃね、別に
554:nobodyさん
07/11/19 17:13:28
スレ帶嫁
555:nobodyさん
07/11/19 17:28:22
ｽﾚﾘﾝｸ(php板)l50
556:nobodyさん
07/11/19 22:25:19 h6iPJBF3
全機種対応にしなきゃいけないのにａｕだけ不具合が生じるんだけど
つかなんで携帯会社が３つもあるんだよ！！ａｕ潰れろ！
557:nobodyさん
07/11/19 22:29:18 h6iPJBF3
なんでａｕだけまともな携帯シミュレータないの？
せめてＥＺ番号設定できるようにしろや！つかａｕ潰れろ！！
558:nobodyさん
07/11/19 22:46:39
シミュレーターをあてにしてるなんて3流以下すぎるな
559:nobodyさん
07/11/20 03:02:45 +VtcNGT+
>>544
出力全部バッファリングして逐次的に置き換えてくんでしょ？
借り物サーバーだからそういう無駄な負荷かけたくないの。入口出口で変換なんて猿でもできるだろ。
それができないからsjisうがーって言ってることくらいわかれよ。
560:nobodyさん
07/11/20 03:05:02 +VtcNGT+
そーいやauってhrのheightの継承まわりにバグあるよね。
ちょと前に指摘したけどやっぱり放置かな。
561:nobodyさん
07/11/20 03:07:44 +VtcNGT+
>>557
いやSBMのもだいぶゴミ。ユーザーエージェントがパターンに合わない。
ドコモに至ってはシミュレータ使う意味あんのか？
>>558
はいはい。
562:nobodyさん
07/11/20 03:14:24
ここに共有鯖の人がいるの？
563:nobodyさん
07/11/20 09:02:04
>>559
たかだか携帯用ソースの文字コード変換なんて大した負荷ではないよ。
それもレン鯖運用できる規模のサービスならなおのこと。
564:nobodyさん
07/11/20 09:49:27
定額制になったこのご時世、シムなんて使ったことないよ。
565:nobodyさん
07/11/20 10:29:30
>>559
やけに負荷にこだわるからどんだけ大規模なサービスやってるかと
思ったらレンサバとは･･･意表をつかれたわ。
そこまで負荷にこだわる559がどういうソース書くのか見てみたい気はする。
566:529
07/11/20 10:47:35
PHPプログラムの解析、実行等に比べれば
携帯向けHTMLの全文文字コード変換とかｗ
567:nobodyさん
07/11/20 10:58:42
なぜzip圧縮ってPCで固める場合それなりに時間かかるのに
gzip送出がそんなに負荷なさそうなのはどうして？
568:nobodyさん
07/11/20 11:59:46
>>553
というか３G対応端末は、今でも基本的にXHTML対応だから、２G端末全滅後は
携帯サイトもXHTMLが普通になる訳だが。しかもEZweb用なら非HDMLな場合、
原則XHTMLだし。
携帯用のXHTMLを勉強しないヤシに、将来は無いと思う。
569:nobodyさん
07/11/20 12:41:41
勉強なんていらないでしょｗ
570:nobodyさん
07/11/20 13:06:34 +VtcNGT+
>>562
いるいる。
>>565
んー。perlだけど極力余計なモジュール呼ばないとか。
文字コード変換の処理自体は軽いだろうが、ENCODEモジュールがめちゃ重いのでperlでネックになるプロセス起動時の重さに磨きがかかるわけね。
>>566
俺perl。
>>567
めちゃかかるよ。
>>568
携帯会社のプロキシで変換してくれるからHTMLで出してるｗ
まあHTMLで出してる理由は他にもあるけど。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5369日前に更新/208 KB
担当:undef