HTMLの文字化けについて

Question

HTMLの文字化けについて

クライアントPC(WindowsVista)で作成したHTMLファイルをサーバ(CentOS5.4)にアップして、ブラウザから確認してみたところ、文字化けを起こしてしまいました。

ローマ字は問題ないのですが、日本語が文字化けしてしまっており、表示がめちゃくちゃになってしまっています。

HTMLはK2Editorにて作成して、文字コードはShift-JIS、改行コードはCRLFとしております。

しかし、文字化けした状態でブラウザの文字エンコーディングをEUC-JPに変えて再度読み込んでみたところ、文字化けせずに表示されます。

サーバ側の文字コードは、

# vi /etc/sysconfig/i18n
LANG="ja_JP.EUC-JP"

と設定し、デフォルトのUTF-8からEUC-JPに変えております。
なので、もしかしたらサーバ側の文字コードとHTMLの文字コードが何か関係しているのかと私は思うのですが・・・

文字化けの原因がお分かりになる方いらっしゃいましたら、ご教授のほどお願い致します。

tracer · Accepted Answer

#1です。

まず、質問の意図として

1.ひとまず、文字化けを解消したい。
2.文字コードをSHIFT-JISで統一し、文字化けを解消したい。
3.文字コードをEUC-JPで統一し、文字化けを解消したい。

が考えられます。

#2さんがおっしゃられるように、出力する文字コードを指定しているのは、サーバーの設定かと思います。対して、html内で指定する文字コードは表示(ブラウザが解釈)する文字コードの指定と位置づけることができると思います。従って、html内の記述如何で出力文字コードを変更することはできませんが、出力文字コードとhtml内の指定が一致しないとしっかり文字化けを起こします。

本題として、ひとまず文字化けを解消したいのであれば、質問内容を見る限り、出力文字コードはEUC－JPなので、htmlフォーマットをEUC-JPに変更して、head内で同じくEUC-JPを指定すれば、EUC-JP統一として文字化けは解消されるはずです。EUC-JPが問題ないのであれば、もっとも単純な方法です。

対して、文字コードをSHIFT-JISに統一して文字化けを解消したいのであれば、html自体は変更せずに、サーバーの出力文字コードを変更することになります。内容は#2さんの方法そのままかと思います。最初の質問内容にあるように、シェルを利用出来る、あるいはhttpd.confを編集できるのであれば、同じようにコードをSHIFT-JISに変更し、それが難しいようであれば、.htaccessによる設定になるかと思います。

話はずれますが、なぜ、デフォルトのサーバー文字コードをUTF8からEUC-JPに変更し、HTML文書自体をSHIFT-JISにしたかは分かりませんが、静的なコンテンツを扱うだけなら、UTF8をおすすめします。何らかのCGIの都合でEUC-JPに変更しているのであれば、EUC-JPに統一するか、ディレクトリ毎に.htaccessで希望文字コードを指定することになると思います。どこまでサーバーの設定が許されているかわからないのでなんとも言えませんが。

tracer · Answer

> 静的なコンテンツを扱うだけなら、UTF8をおすすめします" と
> ありますが、これはどういった理由からなのでしょうか？
> お時間ございましたら、お手数お掛けしますが、ご回答のほどお願い致します。

一言で言ってしまえば、汎用性が高いということです。
静的コンテンツに限ったことではないのですが、UTF8は世界標準フォーマットですので、特に多言語対応のページを作ろうとしたときに、かなりの恩恵があります。多言語対応ページ作成の機会は少ないかもしれませんが、急な要件が出た場合に、対応できるかできないかは大きいと思います。前回の回答で「静的コンテンツ」と限定したのは、他者が作成したEUC-JPのCGIライブラリなどを使う可能性があったからです。ご自身で0からCGIを起こせるのであれば、動的コンテンツでもUTF8で問題ないと思います。

HTML、CSS、Javascript、PHP、DBは統一してUTF8を扱うことができます。そうすることは珍しいことではないですし、むしろスタンダードではないでしょうか。使用したいライブラリにもよりますが、著名なPHPライブラリはUTF8を蹴ることはほとんどないと思います。
UTF8に固執せずとも、DB、CGI、HTMLを統一した文字コードにすることによって、ほぼ文字化けからは開放されます。逆に文字コードが統一されていないシステムは、文字コード変換というリソースを余分に使いますし、その処理を作成するコストがかかります。

個人的には、どこかでダウンロードしたプログラムをそのまま使いたいといったことがない限り、文字コードを混在させる必要を感じません。

参考URL：http://mlang1.osaka-gaidai.ac.jp/multi/how_to_utf8.html

saijyo_739 · Answer

HTTP応答ヘッダに書かれているコードと合っていますか。

Mozilla系のブラウザに、WebDevelopperやLive HTTP Headersを組み込み、それらで確認するのが手軽です。
※ telnetで80番ポートに繋いで自分でHTTP要求ヘッダ送っても良いですが。
※ ネットワークモニタ・パケットモニタ・スニッファなどと呼ばれるソフト使って確認する事もできますが。

HTTP応答ヘッダ(response headers)の一要素として

Content-Type:text/html; charset=UTF-8
や
Content-Type:text/html; charset=EUC-JP
や
Content-Type:text/html; charset=Shift_JIS

といった形式で使っている文字セットが指定されているはずですので。

※ ;以降(charset含む)はオプションで無指定の場合にはiso-8859-1(西欧の文字セット)が使われる事になるので英数字や西欧で使われている文字が表示されそうに思います。

> 初歩的なことであれなんですが、HTML自体に文字コードは指定していますか？
非常に初歩的な事ですが、それが使われるのは補助的でしかありません。
書く(保守する)方が目安にする程度のものです。
少なくとも通信で送られてきたコンテンツについては、ブラウザはHTTP応答ヘッダの方を優先する事になってます。

> <meta http-equiv="Content-Type" content="text/html; charset=Shift_JIS" />

なぜ、http-equivという名前になっているのか考えましょ。本来はウェブサーバが送信するファイルを解析して付けるものですが、現状はそうなっていません。
サーバの設定を合わせてやる(ウェブサーバがcharset=Shift_JISオプション付きのContent-Typeヘッダを出力するよう設定してやる)必要があります。
プロバイダが標準はEUC-JPなのえEUC-JPで配置して/標準はUTF-8なのでUTF-8で配置してといっている場合にはそういう事です。
※ CGIやPHPだと、コンテンツの中で指定(変更)できます。また、ウェブサーバの設定を変える事も可能( .htaccessやhttpd.conf等の変更)だと思います。手順はプロバイダが案内しているかと思います。

tracer · Answer

初歩的なことであれなんですが、HTML自体に文字コードは指定していますか？
html4.0なのかhtml5なのか、xhtmlなのかはわかりませんが、documentスイッチやmetaタグやhtmlタグにで指定するあれです。

HTMLの文字化けについて

#1です。

この回答への補足

> 静的なコンテンツを扱うだけなら、UTF8をおすすめします" と

HTTP応答ヘッダに書かれているコードと合っていますか。

初歩的なことであれなんですが、HTML自体に文字コードは指定していますか？

この回答への補足

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング