Google Chromeは前後にエタグを再検証しません

Question

ブラウザで前後のボタンを使用しているときにGoogle Chromeは「cache-control：must-revalidate」を送信してもローカルにキャッシュされたページを使用します。

これは、元の応答の一部です：

：私はページを更新する場合は

HTTP/1.1 200 OK 
cache-control: private, must-revalidate 
etag: "c9239b5d4b98949f8469a05062e05bb999d7512e" 
Keep-Alive: timeout=5, max=100 
Connection: Keep-Alive 
Content-Type: text/html; charset=utf-8 

が、私は「HTTP/1.1 304未修飾」応答を得るが、私は次の応答を得る戻るボタンを使用する場合

Request URL:example.com 
Request Method:GET 
Status Code:200 OK (from cache) 

私が探している応答は304または200です。これは可能ですか？

Answer 1

戻る]ボタンや[進む]ボタンを使用する場合は、ページのキャッシュされたコピーを返すブラウザを防止するためのキーCache-Controlディレクティブはno-storeです。

他に何も役立たず、他に必要なものはありません。あなたのCache-Controlヘッダは、単純にすることができます：

Cache-Control: no-store 

このかかわらには2つの例外があります。

1. OperaとSafariは、設定したヘッダー（少なくとも私がテストしたバージョン）にかかわらず、再検証は行いません。新しいタブでページを開くとそのコピーは新鮮ですが、元のタブは、URLを更新または再入力するまで前後にナビゲートすると古いバージョンを表示し続けます。
2. Firefoxには、開いている最初のページ（バックボタンがない場合）のキャッシュにバグがあるようです。後続のすべてのインスタンスは、前後にナビゲートすると更新されますが、一番上のページにすべてバックアップすると、初期の古いコピーが表示されることがあります。

最後に、このディレクティブの使用は、帯域幅の使用に大きな影響を与えるため、一般的にはお勧めできません。ブラウザは、Etagsを利用して304 Not Modified応答を得ることもできません。これは、応答が受信されたときに使用する保存されたコピーがないためです。

Answer 2

"must-revalidate"指示は、応答が古くなった後にのみ適用されます（RFC2616, sec 14.9.4）。レスポンスには "Expires"ヘッダと "max-age"ディレクティブが含まれていないため、ブラウザはレスポンスを新鮮なものとして扱い、キャッシュされたコピーを返す可能性があります。これを避けるには、キャッシュされた応答が直ちに失効するように、Cache-Controlヘッダーに「max-age：0」を含めます（おそらく過去の日付を含むExpiresヘッダー）。代わりに、キャッシュを防止するために、 "must-revalidate"ではなく "no-cache"ディレクティブを使用してください。

Answer 3

cacheディレクティブを使用して、ブラウザにページをディスクキャッシュに書き込まないように指示することができます。 no-cacheと組み合わせると、すべてのブラウザがディスクからではなく上流からリソースをフェッチするようになります。

Cache-Control: private, no-cache, no-store