Chromeはキャッシュの標準に違反していますか？

Question

Chromeはローカルにファイルをキャッシュすることに気付きました。私たちのサーバーにリクエストを送信して、新しいバージョンのjavascriptファイルがあるかどうかを確認することさえありません。 Googleは、キャッシュされたJSファイルに対するHTTPレスポンスヘッダの

例：

Accept-Ranges:bytes 
Access-Control-Allow-Headers:Content-Type 
Access-Control-Allow-Methods:GET, POST, PUT, DELETE, OPTIONS 
Access-Control-Allow-Origin:* 
Content-Encoding:gzip 
Content-Length:5479 
Content-Type:application/javascript 
Date:Tue, 12 Jan 2016 22:46:07 GMT 
ETag:"7d68e1ceb647d11:0" 
Last-Modified:Tue, 05 Jan 2016 12:44:25 GMT 
Server:Microsoft-IIS/8.5 
Vary:Accept-Encoding 
x-robots-tag:noindex 

それはChromeは、ファイルをキャッシュしていること有効ですか？ Cache-controlヘッダーなどはありません。ファイルをローカルにキャッシュできることを宣言するものはありません。ETagとLast-Modifiedしかありません。

---

ところで

キャッシュされたファイルは、ファイル名にバージョンを追加することなく、を変更されているかどうかを確認するためにChromeを指示する方法（多分ヘッダー）はありますか？ no-cacheを設定することはキャッシュに入れたいのでオプションではありませんが、私はETagとLast-Modifiedヘッダーを必要に応じて使いたいと思います。

Answer 1

特にキャッシュ制御（セクション14.9） ディレクティブによって制約されない限り、キャッシュシステムは、常にそれがある場合、検証 せずにそれを戻すことが、キャッシュエントリとして（セクション13.8を参照）に成功応答 を格納することができます。新鮮なものであり、検証が成功した後にそれを返すかもしれない。

必ずmust-revalidate命令を使用してください。

必見-再検証指示が応答で存在しているキャッシュが を受け、それが最初 オリジンサーバでそれを再検証せずに、後続の要求に応答する 古くなった後、そのキャッシュエントリを使用してはなりません。

Source