我最初的问题的后续行动:来自 AWS CloudFront 和 S3 Origin 的文件没有缓存控制标头
我使用 AWS CloudFront 以 AWS S3 作为源来提供静态文件。我尝试使用 AWS Web 控制台为我的对象设置 Cache-Control 标头,如我原始问题(上面的链接)中的答案中所述。当我使用 AWS S3 链接访问文件时,我已经可以看到我添加的标题: Cache-Control: public, max-age=31536000。
问题是浏览器不尊重标题。当我重新加载/刷新同一个链接时,我得到一个304 - Not Modified响应而不是200(缓存)响应。
我还尝试了值max-age=300(没有Public),还尝试了" "中的值,但我总是得到 304 响应。我还尝试从 S3添加Expires标头,但结果相同。
如何让浏览器尊重缓存标头?我想利用浏览器缓存并节省使用 AWS 的成本。
附加说明:我的 S3 存储桶未设置为静态网站托管。以防万一这与此有关。
编辑:以下是实时 HTTP 标头
https://cdn.example.com/path/logo.png
GET /path/logo.png HTTP/1.1
Host: cdn.example.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Accept: image/png,image/*;q=0.8,*/*;q=0.5
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Referer: https://www.example.com/
Connection: keep-alive
If-Modified-Since: Tue, 12 Apr 2016 10:29:24 GMT
If-None-Match: "xxxxxxxxxxxxxxxxxxxxxxxxxxx"
HTTP/1.1 304 Not Modified
Connection: keep-alive
Date: Sat, 16 Apr 2016 09:33:08 GMT
Etag: "xxxxxxxxxxxxxxxxxxxxxxx"
Server: AmazonS3
Age: 67885
X-Cache: Hit from cloudfront
Via: 1.1 xxxxxxxxxxxxxxx.cloudfront.net (CloudFront)
X-Amz-Cf-Id: xxxxxxxxxxxxxxxxxxxxxxxxxxxx==
编辑:如果我重新加载,我会收到200响应,如果我在地址栏 URL 上按 Enter,我会收到304 Not Modified 。此外,同一页面加载中的 Google 资产会以200(来自缓存)而不是 304 响应。
更新:
当前检测文件已被缓存的在线测试。在http://www.webpagetest.org/和http://tools.pingdom.com/上进行了测试。也与谷歌页面速度。我认为将文件分发到边缘位置需要时间。这很奇怪,因为我每次编辑都会更改文件名,以便立即发生更改。但就缓存而言,将缓存分发到边缘位置可能需要时间。还在做一些更多的测试。
200 是 ok 响应,表示服务器已经发送了请求的资源。304 not modified 表示对象在浏览器缓存中,浏览器已检查。
如果您点击了重新加载,您可能会遇到浏览器问题,而不是服务器问题。您已经告诉它重新加载,所以它会转到服务器。尝试通过进入 URL 并点击“输入”而不是“重新加载”来加载该资源。
试试 Firefox 的“live http headers”插件,它显示了正在发生的事情。
根据您所说的,我认为实际上没有问题,但是您需要发布 Live HTTP Headers 的输出以确保我们确定。如果你这样做,不要只使用一个资源,加载一个静态 html 页面并让它引用 CDN 上的 jpg。