さまざまなタイプのリソースに最適なHTTPキャッシュ制御ヘッダー

「すべての」キャッシュとブラウザで機能する最小限のヘッダーセットを見つけたい（HTTPSを使用している場合も！）

私のWebサイトには、次の3種類のリソースがあります。

（1）永久にキャッシュ可能（パブリック/すべてのユーザーに等しい）

^{例：0A470E87CC58EE133616F402B5DDFE1C.cache.html（GWTによって自動生成）}

• これらのファイルは、コンテンツが変更されると（MD5に基づいて）、自動的に新しい名前が割り当てられます。

• HTTPSを使用している場合でも、可能な限りキャッシュする必要があります（したがってCache-Control: public、特にFirefoxの場合は設定する必要がありますか？）

• コンテンツが変更された場合、検証のためにクライアントがサーバーにラウンドトリップする必要はありません。

（2）時々変更する（公開/すべてのユーザーに等しい）

^{例：index.html、mymodule.nocache.js}

• これらのファイルは、サイトの新しいバージョンが展開されるときに、URLを変更せずにコンテンツを変更します。

• それらはキャッシュできますが、おそらく毎回再検証するためにラウンドトリップが必要です。

（3）リクエストごとに個別（プライベート/ユーザー固有）

^{例：JSON応答}

• これらのリソースは、いかなる状況でも暗号化せずにディスクにキャッシュしないでください。（キャッシュできる特定のリクエストがいくつかある場合を除きます。）

おそらく各タイプにどのヘッダーを使用するかについての一般的な考えはありますが、常に何かが欠けている可能性があります。

私はおそらくこれらの設定を使用します：

1. Cache-Control: max-age=31556926–表現は任意のキャッシュでキャッシュできます。キャッシュされた表現は、1年間新鮮であると見なされます。

   応答を「無期限」としてマークするために、オリジンサーバー は応答が送信されてから約1年後に有効期限を送信します。HTTP / 1.1サーバーは、1年以上先の有効期限を送信しないでください。

2. Cache-Control: no-cache–表現は、任意のキャッシュでキャッシュできます。ただし、キャッシュは、キャッシュされたコピーを解放する前に、検証のためにオリジンサーバーにリクエストを送信する必要があります。
3. Cache-Control: no-store –キャッシュは、いかなる条件下でも表現をキャッシュしてはなりません。

詳細については、MarkNottinghamのキャッシングチュートリアルを参照してください。

ケース1と2は実際には同じシナリオです。Cache-Control: publicサイトのビルド番号/バージョンを含むURLを設定して生成し、永久に存続する可能性のある不変のリソースを用意する必要があります。またExpires、クライアントが鮮度チェックを発行する必要がないように、1年以上先にヘッダーを設定する必要があります。

ケース3の場合、柔軟性を最大化するために次のすべてを実行できます。

"Cache-Control", "no-cache, must-revalidate"
"Expires", 0
"Pragma", "no-cache"