HTTPステータスコード200（キャッシュ）とステータスコード304の違いは何ですか？

FirefoxのGoogle "Page Speed"プラグインを使用してWebサイトにアクセスしています。

ページ上のコンポーネントの一部がHTTPステータスとして示されています。

200 200（キャッシュ）304

Googleの「ページ速度」。

私が混乱しているのは、200（キャッシュ）と304の違いです。

ページを複数回更新しました（ただし、キャッシュをクリアしていません）と、favicon.icoといくつかの画像がstatus = 200（キャッシュ）であるのに対し、他の一部の画像はhttpステータス304であるようです。

なぜその違いがわかりません。

更新：

Googleの「ページスピード」を使用して、私はのために、「200（キャッシュ）」を受信http://example.com/favicon.icoなどhttp://cdn.example.com/js/ga.js

しかし、http ：//cdn.example.com/js/combined.min.jsの httpステータス「304」を受け取ります

同じディレクトリ/ js /に2つのJavaScriptファイルがある理由がわかりません。1つはhttpステータス304を返し、もう1つは200（キャッシュ）ステータスコードを返します。

コード「200（キャッシュ）」のアイテムは、ブラウザのキャッシュから直接実行されました。つまり、アイテムの元のリクエストは、ブラウザがそれらをキャッシュできることを示すヘッダー（たとえば、将来の日付ExpiresまたはCache-Control: max-ageヘッダー）とともに返され、新しいリクエストをトリガーしたとき、これらのキャッシュされたオブジェクトはまだローカルキャッシュに保存されており、まだ期限切れになりませんでした。

一方、304は、キャッシュした最後のバージョン以降にファイルが変更されたかどうかをブラウザがチェックした後のサーバーの応答です（答えは「いいえ」です）。

最も最適なウェブパフォーマンスを得るには、すべてのアセットに遠い将来のヘッダーExpires:またはCache-Control: max-ageヘッダーを設定し、アセットを変更する必要があるときに、アセットの実際のファイル名を変更するか、そのアセットのリクエストにバージョン文字列を追加することをお勧めします。これにより、アセットがキャッシュ内のバージョンから確実に変更されない限り、リクエストを行う必要がなくなります（304応答の必要はありません）。Googleには、長期キャッシュの正しい使用に関する詳細があります。

200（キャッシュ）は、Firefoxがローカルにキャッシュされたバージョンを単に使用していることを意味します。Webサーバーへの要求が行われないため、これが最も高速です。

304は、Firefoxが「If-Modified-Since」条件付きリクエストをWebサーバーに送信していることを意味します。ブラウザから送信された日付以降にファイルが更新されていない場合、Webサーバーは304応答を返し、Firefoxにキャッシュされたバージョンを使用するように指示します。リクエストは引き続きWebサーバーに送信されるため、200（キャッシュ）ほど高速ではありませんが、サーバーはファイルのコンテンツを送信する必要はありません。

最後の質問ですが、同じディレクトリにある2つのJavaScriptファイルが異なる結果を返す理由はわかりません。

これも長い間私を驚かせました。最初に確認することは、更新ボタンをクリックしてページを再読み込みしていないことです。これにより、常にリソースに対する条件付きリクエストが発行され、多くのページ要素に対して304が返されます。代わりに、URLバーに移動してページを選択し、もう一度同じURLを入力したかのようにEnterキーを押してください。これにより、適切にキャッシュされているものをより適切に示すことができます。この記事は、条件付きリクエストと無条件リクエストの違いと、更新ボタンがそれらにどのように影響するかを説明するすばらしい仕事をします：http : //blogs.msdn.com/b/ieinternals/archive/2010/07/08/technical-information-about-条件付きのhttp-requests-and-the-refresh-button.aspx

HTTP 304は「変更されていません」。あなたのウェブサーバーは基本的にブラウザに「このファイルは前回リクエストした時から変更されていません」と伝えています。一方、HTTP 200はブラウザに「ここに成功した応答があります」と伝えています。これは、ブラウザが初めてファイルにアクセスしたとき、または変更されたコピーに初めてアクセスしたときに返されます。

ステータスコードの詳細については、http://en.wikipedia.org/wiki/List_of_HTTP_status_codesをご覧ください。

あなたの最後の質問について、なぜですか？私が知っていることで説明しようと思います

素人の言葉でこれらの3つのステータスコードの簡単な説明。

• 200-成功（ブラウザリクエストとサーバーからのファイルの取得）

サーバーでキャッシュが有効になっている場合

• 200（メモリキャッシュから）-ブラウザでファイルが見つかったため、ブラウザはサーバーからのリクエストを行いません
• 304-ブラウザはファイルを要求しますが、サーバーによって拒否されました

一部のファイルについては、ブラウザーがサーバーからの要求を決定し、一部のファイルは、保存された（キャッシュされた）ファイルからの読み取りを決定します。どうしてこれなの ？すべてのファイルには有効期限があるため、

ファイルの有効期限が切れていない場合、ブラウザはキャッシュ（200キャッシュ）から使用します。

ファイルの有効期限が切れている場合、ブラウザはサーバーにファイルを要求します。両方の場所（ブラウザとサーバー）のサーバーチェックファイル。同じファイルが見つかった場合、サーバーは要求を拒否します。プロトコルごとに、ブラウザは既存のファイルを使用します。

このnginx構成を見てください

location / {
    add_header Cache-Control must-revalidate;
    expires     60;
    etag on;

    ...
}

ここでは、有効期限は60秒に設定されているため、すべての静的ファイルは60秒間キャッシュされます。したがって、60秒以内にファイルを再度リクエストすると、ブラウザはメモリ（200メモリ）から読み取ります。60秒後にリクエストすると、ブラウザはサーバー（304）をリクエストします。

60秒後にファイルは変更されないと想定しました。その場合、200が返されます（つまり、更新されたファイルはサーバーからフェッチされます）。

したがって、サーバーが異なる有効期限ヘッダーとキャッシュヘッダー（ポリシー）で構成されている場合、ステータスは異なる場合があります。

cdnを使用している場合、cdnの主な目的は高可用性と高速配信です。したがって、複数のサーバーを使用します。ファイルが同じディレクトリにあるように見えても、cdnは複数のサーバーを使用してuコンテンツを提供する場合があります（それらのサーバーの構成が異なる場合）。その後、これらのステータスは変化する可能性があります。それが役に立てば幸い。