メタ名="作者" コンテンツ="" />
<メタ名="著作権" コンテンツ="" />
<タイトル> タイトル>
BOM ヘッダー: xEFxBBxBF、PHP4 および 5 は依然として BOM を無視するため、解析する前に直接出力されます。
この問題については、w3.org 標準 FAQ に特別な説明があります:
http://www.w3.org/International/questions/qa-utf8-bom
詳細は次のとおりです:
UCS の場合エンコーディング 「ZERO WIDTH NO-BREAK SPACE」という文字があり、そのエンコーディングはFEFFです。 FFFE は UCS には存在しない文字ですので、実際の送信では出現しないはずです。 UCS 仕様では、バイト ストリームを送信する前に文字「ZERO WIDTH NO-BREAK SPACE」を送信することを推奨しています。このように、受信機が FEFF を受信した場合は、バイト ストリームがビッグ エンディアンであることを示し、FFFE を受信した場合は、バイト ストリームがリトル エンディアンであることを示します。したがって、「ZERO WIDTH NO-BREAK SPACE」という文字は BOM とも呼ばれます。
UTF-8 はバイト順序を示すために BOM を必要としませんが、BOM を使用してエンコード方式を示すことができます。文字「ZERO WIDTH NO-BREAK SPACE」の UTF-8 エンコーディングは EF BB BF です。したがって、受信側が EF BB BF で始まるバイト ストリームを受信すると、それが UTF-8 でエンコードされていることを認識します。
Windows は、BOM を使用してテキスト ファイルのエンコード方式をマークするオペレーティング システムです: WindowsXP Professional、デフォルトの文字セット: 中国語
1) メモ帳: BOM なしで utf-8 エンコード形式のファイルを自動的に識別できますが、それを制御することはできませんファイル保存時に BOM を追加する ファイルを保存すると、一律に BOM が追加されます。
2) editplus: BOM のない UTF-8 エンコーディング形式のファイルを自動的に認識できません。ファイルを保存するときに UTF-8 形式を選択すると、ファイルヘッダーに BOM ヘッダーが書き込まれません。
3) UltraEdit: 文字エンコーディングの場合。強力な機能により、BOM の有無にかかわらず utf-8 ファイルを自動的に識別できます (設定可能)。保存時に BOM を追加するかどうかを選択できます
(新しく作成したファイルを保存する場合は、特別な注意が必要です。 、utf-8 no bom 形式で保存することを選択する必要があります)
その後、Notepad ++ も utf-8 bom をより適切にサポートしていることがわかりました。皆さんにもそれを使用することをお勧めします。
http://www.bkjia.com/PHPjc/323087.htmlwww.bkjia.comtruehttp://www.bkjia.com/PHPjc/323087.html技術記事ローカルで解決しましたが、サーバーにアップロードするときにまだ空白行があり、午前中ずっと作業してクラッシュしそうになったので、数時間の探索の後、最終的に解決する方法を見つけることにしました。 ..