ob_start（ 'ob_gzhandler'）はこのウェブサイトを破るのですか？

Question

OB_START（ 'OB_GZHANDLER'）が存在する場合は、ブラウザでコンテンツエンコードエラーをスローするサイトを持っています。ステートメントを削除した場合は、細かく実行されます。

• サイトは、同じフレームワーク、サーバー、およびホスティングパッケージを他のサイトの数として実行されます。声明があるかどうかにかかわらず、彼ら全員が働いています。
• ステートメントはアプリケーションコードではなくフレームワークにあり、それはすべてのサイトによって共有されています。
• 作業場所と非作業現場の間の構成には違いはありません。
• サイトは、まったく同じコードとデータを使用してローカルに機能します。
• curl / wgetでサイトを取得することができ、HTMLがブラウザでFineを元に戻すことができます。
• 応答ヘッダーは、ステートメントなしではまったく同じです。

  リモートサーバー上のすべてのコードを削除し、すべてを再アップロードしました。まだ変化しません。 次のステップは、サイトを再インストールしてスクラッチから始めることですが、すべてのデータを緩めたくありません。

  任意のポインター、提案または解決策？

Answer 1

通常私は下にやっていて、それはそれを試してみる

ob_end_clean(); を起動するページの下部にあるob_flush();またはob_start();を書き込みます。

参考文献：

ob_end_clean();

ob_flush();

Answer 2

このコード行を開始するだけで、すべてが大丈夫になるようになります..

while (ob_get_level() > 0) { ob_end_clean() ; } 

.

Answer 3

ApacheのGZIP圧縮をすでに使用している場合（あなたがそうする限りCSS / JSが圧縮されているので）、ob_start（ 'ob_gzhandler'）を使用するとその圧縮が圧縮されます。。そしてブラウザはそれを処理することができません。

私はいつも私のためにそれをするためにApacheを使っていたので、もちろん訂正の下で話していますが、それはあなたが物事を二重笑います。

他のサイトで.htaccessファイルを確認して、Zacoders.netとJadeit.co.zaでDrupalを実行していることがわかりませんが、実行しているサイトと比較してください。あなたが彼らが言ったのと同じくらい彼らが同じフレームワークではないと思います。 Shrug