アカウント名:
パスワード:
<html lang="ja">
とか
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
とかがちゃんと書かれていないとか。
どこかのブラウザで「化けない」なら大抵は「そのブラウザの言語・文字コード設定では」化けないということなので、コンテンツ自体の文字コードは一貫していると思う。
それをきちんと、1つの文字コードによせて、それをちゃんと宣言する辺りが面倒な話になる。
Apacheで許可されてれば各ディレクトリの .htaccess で適切に何とかできるでしょう。この辺かな: addcharset [apache.jp].
iso-2022-jp以外でもcharsetなしだと同様なこと起きないのか、ちょっと気になりますな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
lang設定とか、charset設定とかがちゃんとしてないだけでは?? (スコア:1)
とか
とかがちゃんと書かれていないとか。
どこかのブラウザで「化けない」なら大抵は「そのブラウザの言語・文字コード設定では」化けないということなので、コンテンツ自体の文字コードは一貫していると思う。
それをきちんと、1つの文字コードによせて、それをちゃんと宣言する辺りが面倒な話になる。
fjの教祖様
Re:lang設定とか、charset設定とかがちゃんとしてないだけでは?? (スコア:2, 興味深い)
HTML の文字コードが ISO-2022-JP であって、それを HTTP ヘッダの中で
明示しないときに文字化けする、という症状だったと思う。
HTTP ヘッダの中で "Content-Type: text/html" とだけ書いて文字コードを
明示しないとき、厳密には ISO-8859-1 を指定したのと同じ意味になる。
ただしこのルールを守っていないウェブサイトは今でも余りにも多いので、
なんとなくブラウザ側がうまく処理していた、というのが従来の姿だった。
IE のアップデート後も、UTF-8, Shift_JIS, EUC-JP などの文字コード指定が
きちんと出来ていないウェブサイトは山のようにあるはずだ。それらは潜在的な
問題を抱えていて、主要ブラウザの今後のアップデートで文字化けするようになる
可能性がある。
Apache httpd の場合には httpd.conf を改変する必要があるかも知れないし、
そもそもウェブサーバ全体として文字コードがどうなっているのか把握する
ことが対応の前提である。とりあえずは「ISO-2022-JP を使うな」が対応ルール
になるかも知れないが、それはコトの本質ではない。
Re:lang設定とか、charset設定とかがちゃんとしてないだけでは?? (スコア:1)
Apacheで許可されてれば各ディレクトリの .htaccess で適切に何とかできるでしょう。この辺かな: addcharset [apache.jp].
iso-2022-jp以外でもcharsetなしだと同様なこと起きないのか、ちょっと気になりますな。
Re:lang設定とか、charset設定とかがちゃんとしてないだけでは?? (スコア:1)
$cgi->start_html(
-title=>'nancnarakanchara',
-lang=>'ja',
-encoding=>'iso-2022-jp'
),
だけじゃなくて
$cgi->header(
-charset=>'iso-2022-jp'
),
をつけとかないと化けたりしないのかな、と思ったわたしは臆病者。