開発ブログ

ページメニュー

<< チャットをとりあえず・・・ | main | とりあえず、チャットができた? >>

カレンダー

<< April 2019 | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 >>

  • AUが意外とやばい
  • auのフォームはSJISで送られてくる

    という情報をつかんだ。

    ていうか、ケータイだといろいろ不具合が多い。
    まず、SESSIONのもちまわり。

    つうか、SESSION使えないし。

    あと、FORMタグに、METHOD=POSTが通らないとか、SUBMITボタンが複数あると対応できないとか、いろいろ(後者は、ボタンじゃなくてリンクで対応したけど)

    FOMAはかなりひどくて・・・おそらく、推測だけど、Dococmoのサーバで、サーバキャッシュを残しているんじゃないか?と。そのせいで、何度確認しても、修正前の古いページが出てくる。当然、ページの再読み込みをしても、変わらない。電源入れなおしても変わらない。何度もテストしてるうちに、サーバ側でキャッシュが残ってしまったのだろうか?


    にしても、だ。
    いろいろできてくるのは面白い。
    いつも、1人で開発して、お客さんにのみ、見せてたから、こういう生の声って聞けるチャンスなかったし。

    チャットなんて、フリーのプログラムをダウンロードして、サーバにアップロードして、設定を変えれば動くもんだ。それをわざわざイチから作ってるのは、下記の3つの要件を満たすフリーのプログラムが見つからなかったんだ。
    ・DBが使えるチャットである、
    ・ユーザデータとの同期処理ができるもの
    ・ケータイ対応であること

    無いなら作るしか、ないわけで。
    作りはじめて2日目。だいぶ出来てきた。

    が、それより、元からやりたかった…れいのモジュール化を徹底しないといけないんだよなw
    ま、ある程度チャットの機能がおちついたら、そっちの開発に戻るとしよう。じゃないと、俺のロードマップが崩れちゃうしさ

UTF-8対応と公表しているドコモはもちろんSoftBankも、ページの表示がUTF-8の場合はそのフォームから送られてくるクエリーも UTF-8でしたが、auはなんとページの表示がUTF-8だろうと、そのフォームに入力した文字列はSJISで送られてくることがわかりました。新旧8 機種試して全てそうだったのでauはそういう仕様なのかなと思います。

そこでフリーワード検索のクエリーを扱うときは一旦文字コードをUTF-8に変換する処理をはさんでいます。ソースコードでは、

$keyword = mb_convert_kana(mb_convert_encoding($_GET["Keyword"],'UTF-8','UTF-8,SJIS,EUC-JP'),'s');

のmb_convert_encodingsがそれに該当します。

http://www.tatamilab.jp/rnd/archives/000382.html
より

| 開発関連 | 12:33 | comments(1) | trackbacks(0) |


コメント

Dococmoってかわいい。どこっこも。

AUはキャッシュが残ってます。
チャット入室直後は修正前の古いページが出てくる。
入室→ページ更新で、自分が入室した事を確認できる次第です。

ところで、このコメントの削除キーってないのでしたっけ?
(ワガママ放題言ってますが。。。。)

| sipher | 2008/03/12 2:25 AM |

コメントする

この記事のトラックバックURL

http://blog.24th.jp/trackback/797059