「ユニコード」で予期せぬ目に遭った話 - moriyoshiの日記
自分の知らないCJK Ideographのバリエーションがまだあったことに戦慄している pic.twitter.com/kUlyRLDDTM— moriyoshit (@moriyoshit) March 9, 2017 などというツイートをしたところ、思ったより反響があったのでまとめておく。 上記ではあいまいに「バリエーション」などと書いたが、Unicodeとそれを扱う環境においては、バリエーションと一口に言っても次のような状況がある。 意味論的に等価な異なる字形の集合 同じ字形で異なるコードポイントの集合 aは結構なじみ深いと思う。 a-1. 異なるコードポイントにそれぞれ異なる字形が割り当てられているもの 例: 「東」(U+6771) ⇔「东」(U+4E1C) 「斉」(U+6589) ⇔「齊」(U+9F4A) 「高」(U+9AD8) ⇔「髙」(U+9AD9) a-2. 同じコードポイ
Internet Explorer 11 の仕様変更によりファイルの文字化け問題が続出している模様
Internet Explorer 11 の仕様変更によりファイルの文字化け問題が続出している模様 2014年04月17日 15:04開発一般 これを書いている時点での Internet Explorer 最新版は IE11 なんだけど このバージョンから重要な部分の仕様が変わってて、 これによってあっちこっちでトラブルが起きてるみたい。 IE かどうかで処理を分ける Internet Explorer は何かとユニークな挙動をするので ウェブアプリケーションなとではユーザーのブラウザが IE かどうかを判別して IE の個性にあわせて挙動を変えるということをよくやりますね。 よく出くわすケースとしては ブラウザでファイルをダウンロードするときに IE だと UTF-8 の日本語ファイル名をそのまま渡すと文字化けしてしまうので IE のときだけ Shift_JIS (SJIS-win か)
PHPのShift-JISでの文字化け - パソコンＱ＆Ａ
ドレミファソ 噂 詐欺 圭介 機構 蚕 十 申告 貼り付け 能力 表現 饅頭 はShift-JISのPHPで文字化けする可能性があるので注意！！ 文字コードで末尾が5Cになっている文字は文字化けを起こします。 Shift-JISでは5Cは『\』を表すためです。 これがエスケープ文字とされたりすることでエラーが起こる。 例えば以下の場合でも… <?echo "ソ";?> エラー Parse error: syntax error, unexpected $end in /public_html/test.php on line 1 ―ソ噂欺圭構蚕十申貼能表饅 よく使うもので上記のものがあります。 エラーが起こるケースと対処 ""の末に、この文字が来るとき 対処法（１） "ソ¥" 対処法（２） str_replace(" ","","ソ ") にするとか（ソの後に半角スペースが入っています）
サービス終了のお知らせ
平素より「PHPプロ！」をご愛顧いただき、誠にありがとうございます。 2006年より運営してまいりました「PHPプロ！」ですが、サービスの利用状況を鑑みまして、2018年9月25日（火曜日）をもちましてサービスを終了させていただくことになりました。 サービス終了に伴いまして、2018年8月28日（火曜日）を持ちまして、新規会員登録ならびにQ&A掲示板への新たな質問、回答の投稿を停止させていただきます。 なお、ご登録いただいた皆様の個人情報につきましては、サービス終了後、弊社が責任をもって消去いたします。 これまで多くの皆様にご利用をいただきまして、誠にありがとうございました。 サービス終了に伴い、皆様にはご不便をおかけいたしますこと、心よりお詫び申し上げます。 本件に関するお問い合わせはこちらよりお願いいたします。
秋元@サイボウズラボ・プログラマー・ブログ: 究極の.htaccess?
via del.icio.us/popular Apacheのフォルダローカルな設定ファイル.htaccess で使いそうな設定をかたっぱしから書き込んだファイル。 メイン、スクリプト関連、ヘッダ(キャッシュや最速化)、URL書き換え、認証、SSL、開発中サイト、というようなジャンルごとに、よく使われそうなディレクティブがずらずらと並んでいる。PHPの設定、cool URLの設定、エラーページ、認証の掛けかた、などなど。 書き換えるべきところは英単語で何を書くのかわかるようになっているので、コメントとあわせて思い出しながらコメントを外していくとそれなりに使えそうな .htaccess が作れるかもしれない。僕なんかは細かい設定方法すぐ忘れてしまって検索することが多いので、これで楽になりそう。 # 本当に不要なものはコメントにせずファイルから消すべきだし、安定運用に入ったら.htaccess
ikenai moji / 使ってはいけない文字
このメモの内容もかなり古くなってしまいました。歴史的価値だけはまだあるかもしれないので、このまま置いておきます。 くれぐれも論争の根拠にこのメモを使わないようにお願いします。 電子メールやNetNewsでは、iso-2022-jp を使うことが多いのですが、 iso-2022-jp の範囲内では ASCII(またはJIS ローマ字)と JIS X 0208の 文字しか使えません。 市販されているパソコンが利用しているフォントでは、JIS X 0208準拠であっても、 JIS が定義していない部分に(勝手に)文字を追加している場合があります。 これらの文字が iso-2022-jp 環境や、JIS X 0208を想定している場合は 使ってはいけません。 このチェックシートはそれを分かりやすく表にしたものです。 ただし、ここでは、使ってはいけない文字は指摘してありますが、 それ以外の文字が必ず
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
携帯の絵文字変換,mb_convert_variables,mb_substitute_character - fxyoxbjisの日記
MySQLの文字化け対策 - ぎじゅっやさん
ＰＨＰの文字化けを本気で解決する - ぎじゅっやさん