ホームページ >バックエンド開発 >PHPチュートリアル >http://www.kaqima.com/index.ht php テンプレートに表示される空白行の解決策
ローカルでは解決しましたが、サーバーにアップロードするときにまだ空白行があり、午前中ずっと作業していたので、最終的に自分で解決する方法を見つけることにしました。完璧な解決策。
PHP の表示バッファー表示原理を使用して、PHP の先頭に ob_start() の行を追加し、テンプレートが表示される前に ob_end_clean() を追加します。問題は、次のとおりです。解決したので、全体的な構造のコード例を示します。
コードをコピーします。 コードは次のとおりです。 ob_start() // これは php の論理演算です
ob_end_clean(); /これは PHP テンプレートの表示ですob_end_flush();
他のネットユーザーからの追加:
開発中に解決されていない問題
ページは UTF8 エンコーディングを使用し、ヘッダーと末尾はテンプレートを使用しますその結果、先頭と末尾に意味もなく10px程度の余分な空白行ができてしまい、何もありません。
その理由は、ファイルがインクルードされると、最終的なバイナリ ストリームに複数の UTF8 BOM タグが含まれるため、複数の UTF8 BOM タグを含むページを正常に解析できず、実際に表示される改行に直接置き換えられるためです。空白行が発生しますが、Firefox ではこの問題は発生しません。
http-equiv="コンテンツ言語" c / > <メタ名="評価" c /> <メタ名="著作権" c /> c />
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 を受信した場合は、バイト ストリームがリトル エンディアンであることを意味します。 BOM と呼ばれる
UTF-8 では、バイトを示すために 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 ありと BOM なしの UTF-8 ファイルを自動的に識別できます (設定可能)。保存時に BOM を追加するかどうかを選択できます
(特別な注意事項は、新しく作成したファイルを保存するときに、 [UTF-8 として保存 (bom 形式なし)] を選択します)