我有通过 Amazon Cloudfront 提供的 JS 和 CSS 文件。到目前为止，我一直在使用自己的运行 Varnish 的服务器，当我更新任何 JS 或 CSS 文件时，或者我必须使用该新版本时，会增加对该文件请求的 URL 参数的计数器。
因此，所包含文件的 URL 将从 .../file.css?r=1 到 .../file.css?r=2，并且 Varnish 会将其视为新文件，请求它并缓存它并从那时起从缓存中提供它。
使用 Cloudfront，我意识到它不能像那样工作，它仍然提供旧的缓存文件（并且我不断在 HTTP 响应上收到“来自 Cloudfront 的命中”）。
知道我是否可以为此改变 Cloudfront 的行为吗？
我还能做些什么，但并不意味着每次更新文件时实际上都会更改文件名？我也不想通过 Cloudfront 的 API 使用缓存失效。我认为这对于我在这里尝试做的工作来说太多了，而且我每月可以提出的（免费）请求数量有限。
看来您早了大约一个月...2012 年 5 月中旬，亚马逊宣布您可以开始使用查询字符串来识别云前端缓存中的对象。
这是他们博客上的公告的链接：http://aws.typepad.com/aws/2012/05/amazon-cloudfront-support-for-dynamic-content.html http://aws.typepad.com/aws/2012/05/amazon-cloudfront-support-for-dynamic-content.html
不幸的是，我在快速谷歌搜索中没有看到任何链接来描述如何准确地执行此操作，但我确信它隐藏在他们的文档或控制面板中的某个地方。
希望这能让您朝着正确的方向前进。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
