Caching 列出amazon cloudfront缓存的所有文件

我们刚刚开始使用AWS。我们所有的图像都存储在AmazonS3服务器上。现在我们正在使用带有thumbor的ec2服务器制作缩略图。

---

我们将cloudfront添加到ec2中，以缓存cloudfront边缘位置上的图像，但这似乎不起作用。（图像加载时间最长可达30秒）。那么，有没有办法查看边缘位置中的缓存文件？或者确认cloudfront不工作？

下载一个您认为cloudfront没有缓存的文件，并检查响应头。您应该看到

X-Cache:Miss from cloudfront

或

X-Cache:Hit from cloudfront

，以及

Age:

标题（如果响应是命中）。你看到其中一个了吗？嗯，我得到了“来自cloudfront的点击”，所以我想这不会是问题：/cloudfront边缘位置是独立的，因此对象只缓存在请求它们的边缘位置。这并不是问题的完全重复（在这一点上），但这里可能有一些关于CloudFront如何工作的有用信息：我们正在开发网站，所以我们总是从同一位置请求信息。谢谢！我来看看！“我们总是从同一个位置请求信息”啊，但可能不总是通过同一个边缘。CloudFront的定位算法比简单的地理距离更聪明，连接可以改变。从肯塔基州，我通常通过弗吉尼亚州访问我的网站，从俄亥俄州，通过印第安纳州。。。但我偶尔会看到它切换到圣路易斯或纽约几个小时，即使我的位置、IP和ISP没有改变。下载一个你认为CloudFront没有缓存的文件，并检查响应头。您应该看到

X-Cache:Miss from cloudfront

或

X-Cache:Hit from cloudfront

，以及

Age:

标题（如果响应是命中）。你看到其中一个了吗？嗯，我得到了“来自cloudfront的点击”，所以我想这不会是问题：/cloudfront边缘位置是独立的，因此对象只缓存在请求它们的边缘位置。这并不是问题的完全重复（在这一点上），但这里可能有一些关于CloudFront如何工作的有用信息：我们正在开发网站，所以我们总是从同一位置请求信息。谢谢！我来看看！“我们总是从同一个位置请求信息”啊，但可能不总是通过同一个边缘。CloudFront的定位算法比简单的地理距离更聪明，连接可以改变。从肯塔基州，我通常通过弗吉尼亚州访问我的网站，从俄亥俄州，通过印第安纳州。。。然而，我偶尔会看到它切换到圣路易斯或纽约几个小时，即使我的位置、IP和ISP没有改变。