※最初に書いた記事は間違っていたようなので書き直しました。 MovableTypeで、PCと携帯の両方に対応するサイトの制作を行いました。 携帯に対応と言うことで、文字コードは「Shift-JIS」にします。 しかし、MySQLの文字コードをShift-JISにすると、何かと問題が出るので、内部はUTF-8で統一し、出力時にShift-JISにすることにしました。 そこで便利なのが、「CharsetEncoder プラグイン」です。 これを導入して、文字エンコーディングを「Shift-JIS」に設定して再構築すれば、ほとんど難しいことを考えずにShift-JISのサイトが出来上がります。 ・・・と思ったら、クライアントから、『「～」が、「？」に化ける』と言われてしまいました。 いわゆる、「UTF-8の波ダッシュ問題」というやつです。 実は、「CharsetEncoder プラグイン」には、
この属性を持つ要素 …… form accept-charsetの解説フォームに日本語の文字を入れて送信したりする場合、それは何らかの文字符号化方式でエンコードされて送信することになります。受け側のシステムは符号化方式を自動判別して良きに計らってくれることもありますが、特定の符号化方式でないとうまく処理できない場合もあります。特に最近の blog などには UTF-8 でないと処理できないシステムが多く、トラックバックが文字化けするなどという現象が良く発生します。 HTML4 では、受け側が処理できる文字符号化方式を form要素の accept-charset属性で指定することができます。たとえば、UTF-8 で送信したいような場合は、以下のようにします。
#PCDATA #PCDATA（parsed character data）は解析の対象になるので、「<」, 「>」はそれぞれタグの開始, 終了と解釈されてしまいます。よって、直接記すのではなく文字を参照しなければならなりません。&は文字実体参照の開始記号として使われるので、それ以外の用途なら文字を参照します。HTML 4では1114111までISO 10646の文字コード位置で参照可能ですが、HTML 3.2は255までです。一覧表 ※HTML 4では10進数だけでなく16進数でも良いことになってはいますが、10進数の方が無難です。実体参照では大文字小文字が区別されます。 < → < (<) > → > (>) & → & (&) Å → Å (Å) å → å (å) CDATA CDATA(character data) は、文字データの終りを示す区切り子「</」の他にはマーク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く