と後輩から聞かれた時、正直血の気が引いた事を覚えています。（理由はいろいろあるんですけど）
普段からDwとかGoLiveとかのオーサリングツールと使っている方や、テーブルレイアウトをやっている人にはあまり文字コードとは馴染みが薄いようです。良く思い出してみれば、私も文字コードの存在は知っていたけど、具体的にどう違いがあるのかよく分からなかった時がありました。（未だによく分かってないかもしれない…）
という事で、復習がてら文字コードについての備忘録をメモしておこうと思います。
文字コード（ウィキペディアより引用）
文字コード（もじコード）はコンピュータ上で文字を利用するために各文字に割り当てられるバイト表現もしくは、バイト表現と文字の対応関係（文字コード体系）。
文字コードの種類
Unicode(UTF-8)
多言語文字集合。ISO-2022-JPやShift_JISなどより多言語文字にも対応しているので、文字化けの心配が少ない。W3CのXHTML仕様書にはこのUTF-8ないしUTF-16が推奨されいている。（これはXMLの仕様がUTF-8以上とされているため）
ISO-2022-JP
日本語の文字符号方式で一般的には「JISコード」と呼ばれているらしいです。私は使った事無いんで正直よく分かりません。ただ、調べて分かった事は機種依存文字を使うと他の環境で見た時に文字化けが頻発するらしいです。
Shift_JIS
日本語用の文字コードでWEBの業界では一時期よく使われていました。MacOS9は標準でこれを実装していた事でも有名らしいです。私はテーブルレイアウト時代はよくこれ使ってました。
EUC-JP
日本語用の文字コードでWEBの業界では一時期よく使われていました。なんかPHPなどのWEBアプリケーションが絡むサイトではよくこれを使っていた気がします。あとCGIとか。今じゃめっきり使わないです。
XHTMLをやっていて良く陥る文字コードの罠的トラブル
UTF-8で編集していたXHTML文書が、WindowsIEで確認すると画面が真っ白になった。
これは多分、XHTMLの<head>要素内の文字コードの指定と、保存する時の文字コードの指定が一致していなかったりするとこういう事が良く起こります。CSSも同じです、CSSの先頭の@charset宣言の文字コードと保存する時の文字コード指定が一致していないとレイアウトが崩れてしまったり、表示されないと言ったトラブルが良くあります。
ですので、保存する際は文書内で指定している文字コードと保存する文字コードが一致しているか良く確認してみましょう。
sendmail（CGI）を使ったメールフォームをXHTMLで作成したが、上手く動作してくれない。
フリーで配布されているCGIのメールフォームの大半がutf-8の文字コード送信に対応していない場合があります。もしパーミッションや<form>要素内のaction属性の指定が間違ってなかったり、設定に問題が無い場合はこの辺を疑ってみると解決する時があります。最近はXHTMLも大分主流に成って来ているので、根気よく探せばフリーで使えるutf-8に対応したCGIメールフォームが配布されているサイトもあります。無い時は暫定処置としてそのページだけeuc-jpとかで作っちゃう時もあります。（あくまで暫定処置なんで、後でちゃんと直しますけど…）
保存するとき、文字コードの指定の仕方が分からない
基本的にMacの標準で入っているSimpleText（OSXの場合はテキストエディット）やWindows標準装備のメモ帳などに文字コードを指定して保存する機能はありません。文字コードを指定して保存する際はフリーのエディタツールでも「文字コードを指定して保存する事が出来る」高機能エディタを使う事をお勧めします。
Macのおすすめエディタソフト
- mi（ミミカキエディット）
- JeditX（with JCheckerX） ※シェアウェア4000円くらい
- coda ※シェアウェア9000円くらい
- BBEdit ※英語版のみ？
Windowsのおすすめエディタソフト
- Tera Pad
- ezHTML
- Aptana※英語
- Newer: WORDPRESS 2.7レビュー
- Older: あけましておめでとうございます
Comments:0
Trackbacks:0
- Trackback URL for this entry
- http://wd.kkws.org/archives/119/trackback
- Listed below are links to weblogs that reference
- 文字コードって何ですか？ from KANZAKI KAINE WEBSITE - WD