PHP は BOM ヘッダーを削除します

BOM: バイト オーダー マーク UTF-8 BOM は UTF-8 シグネチャとも呼ばれます。実際には、UTF-8 の BOM は UFT-16 と UTF-32 をサポートするために追加されたものです。 BOM 署名は、編集者の識別を容易にするために現在のファイルがどのようなエンコーディングを使用しているかをエディターに伝えるだけです。ただし、BOM はエディターには表示されませんが、PHP を変更した場合と同様に出力が生成されます。ファイルを開くと、次のようなことが起こります。 ログインまたはログアウトできません。 * ページの上部に空白行が表示されます。 * ページの上部にエラー警告が表示されます。 その他の異常な状況。おそらくエディターの問題です。このプログラムは UTF-8 エンコーディングを使用します。ほぼすべてのテキスト編集ソフトウェアは、UTF-8 でエンコードされたファイルを表示および編集できるようになりました。しかし、残念ながら、それらの多くはパフォーマンスが良くありません。 WINDOWS に付属のメモ帳などのソフトウェアは、UTF-8 でエンコードされたファイルを保存するときに、ファイルの先頭に 3 つの非表示文字 (0xEF 0xBB 0xBF、または BOM) を挿入します。これは、メモ帳などの編集者がファイルが UTF-8 でエンコードされているかどうかを識別できるようにするために使用される隠し文字の文字列です。通常のファイルの場合は問題ありません。しかし、PHP の場合、BOM が問題になります。 PHP は BOM を無視しないため、これらのファイルの読み取り、組み込み、または参照の際、BOM はファイルの先頭テキストの一部として使用されます。組み込み言語の特性上、この文字列が直接実行（表示）されます。その結果、ページの上部パディングを 0 に設定しても、HTML の先頭にこれらの 3 文字があるため、Web ページ全体をブラウザの上部近くに配置することはできません。最大の問題はこれではない。 COOKIE 送信メカニズムの制限により、ファイルの先頭に BOM がすでに存在するファイルでは、COOKIE を送信できません (COOKIE が送信される前に PHP がファイル ヘッダーを送信しているため)。関数が無効です。 COOKIE および SE SSION に依存する関数はすべて無効です。したがって、テキスト ファイルを編集または変更する場合は、BOM がランダムに追加されないエディタを使用してください。 Linux 上のエディタではこの問題は発生しません。 WINDOWSではメモ帳などのエディタは使用しないでください。推奨されるエディターは、Editplus バージョン 2.12 以降、UltraEdit (「BOM の追加」の関連オプションをキャンセルする必要があります)、「BOM の追加」の関連オプションをキャンセルする必要があります。 BOM が付加されているファイルの場合、キャンセルしたい場合は上記のエディタを使用して一度保存することができます。 (Editplus は最初に gb として保存し、次に UTF-8 として保存する必要があります。)、プログラムの解決策は次のとおりです:

[PHP]コード