- キャッシュからの応答
- HTTP コード 304 (応答がキャッシュまたはサーバーからのものであるかどうかに関係なく)
- 他の何か
編集:タイトルと画面を変更して、「灰色の線」の意味を明確にしました。
2 に答える
3
Web アプリケーションのブラウザー キャッシュに問題があったため、これを一日中試していました。
私が見たところ、HTTP ステータス コードは常に灰色で表示されます304。ただし、これは開発者ツールで簡単に区別できない 2 つの異なることを意味する可能性があるため、IE はちょっとばかげています。
- ブラウザはサーバーにリクエストを送信し、サーバーは
304 Not Modifiedレスポンスを返しました - ブラウザーは、キャッシュ内のコピーがまだ有効であると判断したため、要求を行わず、キャッシュされた結果を直接使用しました
2 番目のケースでは、詳細ビューに表示される内容を信頼できません。リクエストとレスポンスのヘッダーとコンテンツは、実際のリクエストではなく、キャッシュに格納されたデータで構成されるためです。具体的には、Expires[応答ヘッダー] タブにヘッダーがある場合、実際にはキャッシュされたデータから計算されます (Cache-Control: max-age=xxたとえば、ヘッダーから計算され、ヘッダーCache-Controlはリストに表示されません)。
2 つのケースを区別できると思います。"実行" 時間が "<1ms" の場合、キャッシュが使用された可能性が非常に高いようです。それ以外の場合は、実際のリクエストが行われた可能性があります。
上記の部分は間違っています。無視してください。
Firefox や Chrome などの他のブラウザでは、開発者ツールで適切に処理されます。ブラウザのキャッシュのみを使用して処理されるリクエストには、「キャッシュから」という注釈が付けられます。
IE が何をしていたのかを把握しようとして数時間を失ったので、これが役に立てば幸いです。この情報は、デフォルト設定の IE 9、ローカル JBoss Web サーバーを使用した私の観察からのみ差し引かれます。この現象は、静的ファイルの HTTP 要求で見られました: JS、CSS ... 開発者ツールに画像が表示されないようですそれらが一度ロードされたときに再び（セッションキャッシュ？）
ブラウザのキャッシュに関する一般的な情報については、http ://www.f5.com/pdf/white-papers/browser-behavior-wp.pdf を読むことをお勧めします。
編集：これについて議論している別のトピックを見つけましたhere . 私が自分で気づいたことを確認します。
于 2012-12-04T17:57:35.820 に答える
1
HTTPエラー304-変更されていません
これは実際にはエラーを示しているのではなく、要求されたURLのリソースが最後にアクセスまたはキャッシュされてから変更されていないことを示しています。ステータスコードは304、クライアント（Webブラウザなど）によって許可されている場合にのみ返されます。If_Modified_Sinceクライアントは、リクエストのヘッダーなどを介してWebサーバーに送信されるHTTPデータストリームでこれを指定します。
Webリソース（検索エンジンなど）をキャッシュまたはインデックス付けするシステムは、多くの場合、304応答を使用して、特定のURLに対して以前に収集した情報が古くなっているかどうかを判断します。
詳細：HTTPエラー304-変更されていません
于 2012-11-24T14:29:14.143 に答える