Rackspace CDN TTL
我正在使用 Rackspace ubuntu 云服务器，并且还将 Rackspace CDN 图像用于我的静态 Web 内容。有时我必须更新 CDN 中的一些图像/css，但它们不会立即反映出来。 CDN 的 TTL 选项范围为 1 到 72 小时（以小时为单位）。我无法理解 TTL 的含义以及什么 TTL 数字最适合我。有时 CDN 图像的 URL 会发生变化，什么时候会发生？有人可以帮助我吗？
I am using Rackspace ubuntu cloud servers and I'm also using Rackspace CDN images for my static web contents. Sometimes I'll have to update some images/css in the CDN and they will not be reflected immediately. The CDN has an option TTL from the range 1 to 72 in hours. I am failing to understand what the TTL is about and what TTL number suits me best. Sometimes the URL of the CDN images change and when it happens? Anybody could help me please?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
CDN TTL 表示从主存储库复制后，您的副本将在 CDN 中保留多长时间。
选择不同的 TTL 值会产生多种影响：
成本，因为您需要为从主存储库进行复制付费。我认为低 TTL 会增加成本。我不知道将数据存储在 CDN 中是否需要付费。
如果您在 CDN 中已存在文件时对其进行更改，则该更改可能需要 TTL 小时才能通过 CDN 供用户使用。因此，高 TTL 会降低灵活性。
速度/延迟也会受到影响。如果用户请求的数据在 CDN 中不可用，则必须首先从存储库将其复制到那里，这需要一些额外的时间。
在一个文件平均每年更改一次的项目中，我选择了 72 小时的最大 TTL。
The CDN TTL says for how long your copy will remain in the CDN after being copied from the main repository.
Selecting different values for TTL have several effects:
cost since you get to pay for the copying from the main repository. I would assume a low TTL would increase costs. I do not know if there is any charge to having data stored in the CDN.
if you change a file while it is already in the CDN, that change may take up to TTL hours before it is available via the CDN to users. A high TTL thus reduces flexibility.
speed/latency is also affected. If the data requested by a user is not available in the CDN, it has to first be copied there from the repository which takes some extra time.
In a project where the files where changing on average once a year or so I chose the maximum TTL of 72 hours.