BOM !!
また、BOM だとがなんとかあ～。
# ていうか、また今日、７時くらいに起きちゃいました。#
# これでぐぅ～ってきたら、また地震でしょうか。。#
BOM … Byte Order Mark
なんかよくわかりませんがそういうことだそうです。
「Nucleusだとか：UTF-8 とBOM (Byte Order Mark)」http://nucleus.datoka.jp/index.php?itemid=6
私は、Nucleus 使ってないけど、そういう問題じゃなく、一般的な問題だモノね。これは。。
ジツワ、今まで、サイトにftp転送するファイルのキャラクタコードセットはすべて「Shift_JIS」で書いていました。なぜかというと、「UTF-8」で保存でき、かつ、便利なエディタがなかったからです。そんで、shift-jisで保存してた。。
でも、MTの方は、utf-8で書いていました。
...とはいっても、テンプレ上のキャラクタコードセットをutf-8にするだけで、htmlの書き出しはMTがやっていたので、書き出された htmlをshift-jisしか扱えないエディタで開いたとき、「あっ、そーか。utf-8で書いてんじゃーん」と気が付くくらいでした。。
だから、MTのテンプレもローカルでは、shift-jisで保存していたんですよね。。
でも、先日より、CSSのコミュのほうで、utf-8も扱えるエディタをいろいろ紹介していただいて、なかなか具合がよろしいので、「じゃ、いっそのこと、utf-8で書きなおそー」と思ったのでした。。。
で、書いてね。ただ、utf-8形式で保存すればいいんですけど。。。で、それをftpでアップして。。。
で、それをW3Cの検証サービスにかけたら、だめって言われるじゃありませんか。。。にゃんで～。。。
文法なんかは変えてにゃいのに。ただ、utf-8で保存しただけなのに。。
それでよく読んでみると、「BOMがあります」とか「一番最初に無効な文字があります」とか言ってる（様子...）。
他の検証サービスでは、エラーではなく「BOMがあるで～」と警告されたんだけど、、、だから、BOMでなんなのよ～。。
で、BOMの正体は良くわかんないけど、要するに「utf-8」で保存すると、ファイルの先頭バイトにこのBOMと言うやつがつくそうなのだ。で、W3C検証サービスでは、それを余計な文字！と判断するらしい。。そして、「validじゃねーよ」と言うのです。。
それって私が悪いんじゃないような気がするんですけど。。笑。。
でも、悔しいので、いろいろ調べていると、要するに（また？笑）、utf-8でも、BOMなしで保存すればよいらしい。。そして、BOMなしは「utf-8N」というらしい。。。
だから、ファイル保存時に、「utf-8」ではなく、「utf-8N」で保存すれば、BOM無しのUTF-8形式ファイルが作れる。html内のキャラクタコードセットは、「UTF-8」のままでよいそうにゃん。。
そして、めでたく、valid に復帰。。一件落着。。
MTは、じゃあ、BOMなしのutf-8を書きだしてるってことなのかにゃん。。？validって言うし、「BOMがある～」とも言わないもんね。。。検証サービス君。。
こんなこと（？）ばっかで、にゃんかぜぇんぜぇんすすまにゃぁい～。
