- PR -

strutsで作成した携帯端末向けページがauだけ文字化け

«前のページへ 1|2
投稿者投稿内容
johnes
ベテラン
会議室デビュー日: 2007/11/21
投稿数: 50
投稿日時: 2007-12-21 15:57
引用:

小僧さんの書き込み (2007-12-21 15:33) より:
私だったらUTF-8をWindows-31Jに変換する処理をサーブレットフィルタで
作る方法を試してみると思います。
ただ、
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
のcharsetも合わせて書き換える必要があるかもしれませんが、簡単
に書ける処理だと思います。


回答ありがとうございます。

なるほど。サーブレットフィルタですね。
これを使えばコードはUTF-8そのままで、修正を加える必要がないですものね。
すでにUTF-8変換用のフィルタを導入しているので、そちらとの兼ね合いも考えつつ検討させていただきます。
johnes
ベテラン
会議室デビュー日: 2007/11/21
投稿数: 50
投稿日時: 2007-12-21 16:17
引用:

KOXさんの書き込み (2007-12-21 15:41) より:
http://www.au.kddi.com/ezfactory/tec/spec/4_2.html
これか？
文字化けの可能性は記載されているけど、SSLによる挙動は書かれていませんね。
どうなんだろう。

http://www.au.kddi.com/ezfactory/tec/spec/wap_rule.html
XHTMLならUTF-8でもよいのか。
なんか気持ち悪いですね。

引用:

ぱるとさんの書き込み (2007-12-21 15:41) より:
http://www.au.kddi.com/ezfactory/tec/spec/4_2.html

文字コードの指定が無い場合、Shift-JIS以外の文字コードを指定した場合には、コンテンツが正しく表示されない (文字化けする) 場合がありますのご注意ください。

そうなんです。かなり気持ち悪い挙動なんです。

化ける可能性はあるけど、化ける確証もない、実際にhttpだと普通に表示されるわけですし、いろんなページに書いてある事と実際に起こっている現象を総合的に判断して、SSLだとShift_JIS以外文字化けする可能性が高いという結論に至った次第です。
＃なのであえて具体的なURLを載せられなかったんです。。

このあたりの挙動に確証がある方がいらっしゃれば良いのですが。。


＃と、こういう話になってくるとスレ違いになってきた気が。。。

[ メッセージ編集済み 編集者: johnes 編集日時 2007-12-21 16:26 ]
«前のページへ 1|2

スキルアップ／キャリアアップ（JOB@IT）