HTTP의 캐시 제어 헤더 최대 값

Question

내 웹 사이트의 정적 자산을 제공하는 데 Amazon S3를 사용하고 있습니다. 브라우저에 이러한 애셋을 가능한 한 오랫동안 캐시하고 싶습니다. 무엇 메타 데이터 헤더 것은 내 자산

Cache-Control: max-age=??? 

Answer 1

일반적으로 1 년을 표준 최대 값으로 권고합니다. RFC 2616 참조 :로

응답을 표시하려면 "사용 기간 제한 없음"원 서버는 응답이 전송 있는 시간에서 약 일년 날짜를 만료 보냅니다. HTTP/1.1 서버는 Expires 날짜를 미래에 년 이상 보내야합니다 (SHOULD NOT). 그 이전 expires 표준에 적용되지만

, 그것은 의미가 너무 명시적인 표준 지침의 부재에 cache-control에 적용 할 수 있습니다. 어쨌든 일반적으로 필요하고 임의의 더 긴 값을 선택하는 것이 사용자 에이전트를 손상시킬 수있는 한 오래 걸립니다. 따라서 :

Cache-Control: max-age=31536000 

Answer 2

에 포함해야한다 "는 가능한 한 오랫동안,"대신만큼 합리적인에 대한 정착을 위해 그것을 저장하지 않는 것이 좋습니다. 예를 들어, 10 년 이상 오래 캐시 할 필요는 없습니다 ... 맞습니까?

은 RFC 여기에 최대 사용 기간에 대해 설명 : 최대 사용 기간 값을 (2^31) 2147483648 이상 : http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9.3

에릭 로렌스는 IE9에 앞서, Internet Explorer에서 캐시 제어와 같은 오래된 모든 리소스를 치료하는 것을 말한다 초, 약 68 년 (http://blogs.msdn.com/b/ie/archive/2010/07/14/caching-improvements-in-internet-explorer-9.aspx).

다른 사용자 에이전트는 물론 다를 수 있으므로 ... 오버플로를 유발할 가능성이 낮은 (아닌 가능성이있는) 번호를 선택하십시오. 최대 연령은 31536000 (1 년)보다 크지 않으며 비공식적으로 합리적인 최대 값으로 간주됩니다.

Answer 3

최대 1 년 캐싱 권장 사항을 만든 사람들은 제대로 생각하지 않았습니다.

우선, 방문자가 오래된 캐시 파일을 제공받는 경우 1 년 후에 갑자기 새 버전을로드하는 데 어떤 이점이 있습니까? 기능상의 관점에서 파일에 1 년 TTL이있는 경우 파일이 전혀 변경되지 않는 것을 의미합니다.

왜 1 년 이상이 필요합니까?

1) 왜 안 되니? 방문자 브라우저에 "이 파일이 1 년이되어 업데이트되었는지 확인하는 것이 좋습니다."라고 알리는 목적이 없습니다.

2) CDN 서비스. 대부분의 콘텐츠 전달 네트워크는 캐시 헤더를 사용하여 에지 서버에서 파일을 효율적으로 제공하는 시간을 결정합니다. 파일에 대한 1 년 캐시 제어가있는 경우 원 서버에서 변경되지 않은 파일을 다시 요청하기 시작하고 에지 캐시를 완전히 다시 채워야하므로 클라이언트에 대한로드가 느려지고 불필요하게됩니다 원산지 전화.

최대 1 년이 소요되는 요령은 무엇입니까? 어떤 브라우저가 31536000보다 높은 금액으로 숨 막힐 것입니까?