max-age

There are other pages with same name:

max-age キャッシュ指令 (HTTP)

[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>

max-age