[1] Cache-Control: ヘッダー の
max-age キャッシュ指令 は、
キャッシュ が応答 に利用できる齢 の最大値を指定するものです。
仕様書 [8] RFC 7234 - Hypertext Transfer Protocol (HTTP/1.1): Caching (2014-09-11 10:19:59 +09:00 版) https://tools.ietf.org/html/rfc7234#section-5.2 [2] RFC 7234 - Hypertext Transfer Protocol (HTTP/1.1): Caching (2014-09-11 10:19:59 +09:00 版) https://tools.ietf.org/html/rfc7234#section-5.2.1.1 [12] RFC 7234 - Hypertext Transfer Protocol (HTTP/1.1): Caching (2014-09-11 10:19:59 +09:00 版) https://tools.ietf.org/html/rfc7234#section-5.2.2.8 [17] UPnP Device Architecture 2.0 (2014-09-05 02:24:48 +09:00 版) http://upnp.org/specs/arch/UPnP-arch-DeviceArchitecture-v2.0.pdf#page=30 意味 [6] 要求 の Cache-Control: ヘッダー の
max-age キャッシュ指令 は、
クライアント が指定された秒 数よりも大きな齢 の応答 を受け付ける意思がないこと、
max-stale キャッシュ指令 も併用されない限り腐敗応答 を受け付ける意思がないことを示します
>>2
[13] 応答 の Cache-Control: ヘッダー の
max-age キャッシュ指令 は、
指定秒 数より齢 が大きくなれば腐敗 と考えるべきことを示します >>12
[14] 蓄積された応答 が腐敗 している場合、通常はそれを再利用 することはできません。検証 して齢 をリセットすることで、再利用 できる可能性はあります。[19] SSDP では、広告 が有効な秒 数を表します >>17
構文 [3] 引数 の値は delta-seconds >>2 , >>12
デルタ秒 [5] 仕様上明記されていませんが、引数 は必須と思われます。
[7] 引数 は字句 と引用文字列 のいずれで表現することもできますが、
送信者 は字句 を使うべきです >>2 , >>12 受信者 はどちらも受け付けるべきought to です >>8
文脈 [9] キャッシュ再利用 の際に利用する表現 を選択するためにキャッシュ が指定することがあります。
キャッシュ再利用 を参照。処理モデル [11] キャッシュ再利用 、キャッシュ項目 を参照。
歴史 [10] RFC 7252 - The Constrained Application Protocol (CoAP)
( (2014-06-27 00:59:37 +09:00 版))
http://tools.ietf.org/html/rfc7252#section-5.10.5
実装 [4] Squidのキャッシュの消し方 : blog.nomadscafe.jp
(2009-07-12 17:52:09 +09:00 版)
http://blog.nomadscafe.jp/archives/000741.html
関連 [15] Expires: ヘッダー と似ていますが、
Expires: 絶対日時 を指定するものです。
キャッシュ再利用 を参照。[18] HTTP/1.0 串 にキャッシュ させず、比較的新しい串 にのみキャッシュ を許すため、
Expires: キャッシュ されないような日付を指定し、
max-age キャッシュ されるような値を指定する技法が使われることがありました。
Expires: [16] RFC 4463 - A Media Resource Control Protocol (MRCP) Developed by Cisco, Nuance, and Speechworks
( (2014-08-10 06:22:20 +09:00 版))
http://tools.ietf.org/html/rfc4463#section-5.4.10