[10] Cache-Control: ヘッダーの
must-revalidate キャッシュ指令と
proxy-revalidate キャッシュ指令は、
キャッシュ再利用にあたり検証が必要なことを表します。
前者はすべてのキャッシュに、後者は共有キャッシュに適用されます。
仕様書
- [5] RFC 7234 - Hypertext Transfer Protocol (HTTP/1.1): Caching ( 版) https://tools.ietf.org/html/rfc7234#section-5.2
- [1] RFC 7234 - Hypertext Transfer Protocol (HTTP/1.1): Caching ( 版) https://tools.ietf.org/html/rfc7234#section-5.2.2.1
- [8] RFC 7234 - Hypertext Transfer Protocol (HTTP/1.1): Caching ( 版) https://tools.ietf.org/html/rfc7234#section-5.2.2.7
意味
[2] 応答の Cache-Control: ヘッダーの
must-revalidate キャッシュ指令は、
腐敗後、
キャッシュが以後当該応答を検証せずに再利用してはならないことを示します >>1。
[9] 応答の Cache-Control: ヘッダーの
proxy-revalidate キャッシュ指令は、
腐敗後、
共有キャッシュが以後当該応答を検証せずに再利用してはならないことを示します >>1, >>8。
[11] proxy-revalidate は、
Cache-Control: public と併用して、
認証済みのクライアントに対する応答を私的キャッシュにはただちに再利用可能な形でキャッシュさせつつ、
共有キャッシュには検証が必要な形でキャッシュさせることを想定しています
RFC 2616 14.9.4。[13] no-cache と似ていますが、 must-revalidate
には腐敗後という条件がついています。文脈
[14]
HTTP応答の Cache-Control: ヘッダーに指定できます。
[6] must-revalidate/proxy-revalidate
キャッシュ指令は、
検証に失敗したら誤った操作につながる場合に限って利用するべきです
>>1。
処理
[3] キャッシュは must-revalidate/proxy-revalidate
に常に従わなければなりません。
何らかの理由で起源鯖に到達できない時は、 504
応答を生成しなければなりません。 >>1
[4] キャッシュ再利用も参照。メモ
[12] http - Difference between no-cache and must-revalidate - Stack Overflow
()
https://stackoverflow.com/questions/18148884/difference-between-no-cache-and-must-revalidate