IEの下では小さすぎるとフレンドリーなエラーページが問題にデフォルトのリードを表示する表示しないカスタムHTTPエラーページを解決
：私は、IEのバグ修正などの文章チケット＃11289を見てきましたいつもそれもgzipで圧縮した後、512バイトよりも大きくなるように、十分な文字でパッドエラーページを、 とIEのバグ何で、Googleのインスタント、見つけたルックスをWordPressのオリジナルバグ取り扱うページ「Internet Explorerは、512バイトのエラーページのFIXはしない作業。gzip圧縮を無視しています。」。
カスタムHTTPエラーページ（カスタムHTTPエラーページ）のサイズが小さすぎるあまり臨界閾値（しきい値）よりも、IEブラウザがあなたを置き換えるために、自動的に内部エラーページ（マイクロソフト・センスが「エラーページが）することを上記した説明ではカスタムエラーページ。
それは何を意味するのでしょうか？まず、カスタムHTTPエラーページが何であるかを理解する必要があります。もちろん、理解すべきHTTPステータスコード（HTTPステータスコード）、例えば、我々は、ページサーバ404戻り、我々は301または302は、状態コードによって実行されるリダイレクトときにページが見つからないことを示すステータス・コードを見つけることができませんもちろん、いくつかの追加情報は、情報が唯一のブラウザや他のクライアントに対応するHTTPヘッダー（HTTPレスポンスヘッダ）に書き込まれ、そのような状況として、そこにある「参照」との情報を理解し、それを私たちに伝えるために翻訳することができ、こちらのページを送信するには、ステータスヘッダを見つけていません。
HTTP / 1.1 404が見つかりません サーバー：nginxの 日：月、2012年3月5日午前8時20分41秒GMTの コンテンツタイプ：text / htmlの コンテンツの長さ：564 接続：キープアライブ キープアライブ：タイムアウト= 5
これはHTTP / 1.1 404これが私たちの関心事であるが見つかりませんでした、HTTPプロトコルの表現、Expressバージョン1.1、ステータスコード404、見つからない状態を示し、その後、ヘッダーは、ブラウザがページを見つけることができません伝え、私はこれがあると述べましたサーバーによって送信され、もちろん、私は意図的に存在しないページを訪問し、サーバが唯一の404のメッセージは、学生がそのようなPHP、我々としては、これはまた、カスタマイズすることができることを知っている任意のWebプログラミング言語を学ん送信します書き込みは、ページがあっても、同じ機能を実現することができます。
<？PHPヘッダ（ "HTTP / 1.1 404見つかりません"）。？> |
まあ、私は、サーバーエラーことを示し、500のステータスコードのために、デモの目的のためにここにいます：
<？phpのヘッダー（ 'HTTP / 1.1 500内部サーバーエラー'）; ？> |
このページには、現在のエラーページはもちろん、私たちは私たちの訪問者に通知するためにいくつかの追加情報を提供する必要があり、我々は今、カスタマイズされた500内部サーバーエラーHTTPエラーページへのアクセス権を持っているし、ブラウザや他のクライアントでも、このエラーページを理解する可能性があることを示しますA：
<？phpのヘッダー（ 'HTTP / 1.1 500内部サーバーエラー'）; ？> <HTML> <HEAD> <TITLE>エラー</ TITLE> </ HEAD> <BODY BGCOLOR = "白"> <センター> <H1>当前页面出错咯</ H1> </センター> </ BODY> </ HTML> |
ヒント：ヘッダーが無効それ以外の場合は、任意のHTMLまたはテキスト出力の前に送信する必要があります。
さて、上記のコードは、ファイルに書き込まれ、500.phpサーバーをアップロードして、ブラウザを介して閲覧、Chromeは通常表示の下で、我々はIEには、設定されていることを、「現在のページフォルトがわずかに」テキストとしてではなく構築され、その内部を表示しています「HTTP 500内部サーバーエラー、表示することができません。
私たちは、サーバ応答内容の長さより少ない特定の臨界閾値（しきい値）よりも、IEのブラウザは自動的にレスポンスヘッダを送信した後、サーバーを無視するとき、IEのバグは、バグは、この問題という事実を反映していることをこの資料の冒頭に戻りましょうカスタムテキストは、つまり、私たちは、IEで無視テキストを設定し、IEは独自の内部エラーページ（マイクロソフト・センスが「エラーページ）に置き換えられています。私達はちょうどページのサイズを見てみましょう。
500エラーしきい値IEのデフォルト設定は512バイト（追加のしきい値は後述）であるために、我々だけでページを構築していることは明らかである以上あればIEは、我々は確かだと思い、よく、私たちのページが表示されないので、少ない512バイトを超えますこのしきい値（しきい値）は、その後、私たちのページが正常に表示されないのだろうか？おめでとう、あなたは正しく答えました！たとえば、私たちは、人為的に512バイトよりも大きくなるようにゴミのページ値を埋めます、もちろん、ページ全体に影響を与えないようにするために、我々は、HTMLのコメントの中にそれを置きます：
<？phpのヘッダー（ 'HTTP / 1.1 500内部サーバーエラー'）; ？> <HTML> <HEAD> <TITLE>エラー</ TITLE> </ HEAD> <BODY BGCOLOR = "白"> <センター> <H1>当前页面出错咯</ H1> </センター> <！ - <？phpのエコーにおけるSTR_Repeat（ '*'、256）; ？> - > </ BODY> </ HTML> |
それは私たち自身のメッセージのテキストを表示する、表示HTTPエラーメッセージの簡易表示をオフにしていない場合、我々は今、IEでページへのアクセス権を持っている場合、ページサイズは、512の閾値よりも大きいことが明らかです。
もちろん、ここで注意することがGzipで、すでにこちらのページは、512バイトを超えるが、GZIP圧縮出力ページの後に未満512バイト、その後、IEはまだあまりにも私たちの過ちを置き換えるために、独自のエラーページを使用する場合、ので、ここでこの効果を見たいと思っていません、私が怖い理由始まりで満たされた非繰り返しランダムな文字を使用することが必要である文字を繰り返し、我々はボリュームを拡張する必要があり、圧縮特性のために、これを考慮するためにゴミ値で、高い圧縮効率を満たしましたそれは厄介な文字だWP充填理由。
この閾値は、実際に、そのような魔法の効果を持っている、そしてどのように我々は別のエラーページIEのデフォルトのクリティカルしきい値にそれを得るのですか？ここにあなたの参考のためのリストは以下のとおりです。
| コード | 説明 | ファイルサイズ（しきい値） |
|---|---|---|
| 400 | 要求の形式が正しくありません | > 512のバイト |
| 403 | 禁じられました | > 256のバイト |
| 404 | 見つかりません | > 512のバイト |
| 405 | 方法ではない可 | > 256のバイト |
| 406 | 受け付けできません | > 512のバイト |
| 408 | リクエストタイムアウト | > 512のバイト |
| 409 | コンフリクト | > 512のバイト |
| 410 | ゴーン | > 256のバイト |
| 500 | 内部サーバーエラー | > 512のバイト |
| 501 | 実装されていません | > 512のバイト |
| 505 | HTTPバージョンはサポートされていません | > 512のバイト |
そのテーブルの上に根拠のないIEの構成によれば、この設定はレジストリHKEY_LOCAL_MACHINE \ SOFTWARE \マイクロソフト\ Internet Explorerの\メイン\ ErrorThresholdsに保存されているもちろん、あなたがこの値の編集]を変更することができます。
ただ、デフォルトのエラーページnginxの、404などのエラーが、また、この問題を回避するために、適切な技術の適用を参照してください。
<！ -無効MSIEとChromeフレンドリーエラーページへのパディング- > <！ -無効MSIEとChromeフレンドリーエラーページへのパディング- > <！ -無効MSIEとChromeフレンドリーエラーページへのパディング- > <！ -無効MSIEとChromeフレンドリーエラーページへのパディング- > <！ -無効MSIEとChromeフレンドリーエラーページへのパディング- > <！ -無効MSIEとChromeフレンドリーエラーページへのパディング- - >
しかし、文字通りの意味を見て、クロムのようなルックスもこの特性を持っていますか？そして、それを試してみましたが、IEやChromeのように見えるだけで、我々はHTMLのようにいくつかの行を持っているアクセスパディングはコメントしています。
その場合も、一部のブラウザハウジングは、HTTPエラー頭を取り込むことができる、その内蔵されたページを表示するために、ここでのトリックは仕事、あなたが主要なブラウザを使用することをお勧めしません。
オリジナルリンク：https://wangye.org/blog/archives/559/