HTTP ETag 复制

发布于 2024-12-06 20:53:25 字数 285 浏览 2 评论 0原文

最近发现与 HTTP ETag 和我们的 CDN 我尝试在 Fiddler 中捕获一些知名网站的内容。然而,无论我使用哪种浏览器/网站组合,我都没有看到任何经过。

这有什么原因吗?您能建议我可以看到它们的组合吗?也许它们不再被广泛使用?

Having recently discovered problems relating to the HTTP ETag and our CDN I've tried to capture some in Fiddler for well known sites. However it appears that whatever combination of browser / website I use I'm not seeing any pass by.

Is there any reason for this? Can you suggest a combination in which I can see them? Perhaps they're not widely used anymore?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

不知在何时 2024-12-13 20:53:25

它们肯定被广泛使用,我自己也经常使用它。最常见的用例是条件请求(始终检查是否有新内容,但仅在内容发生更改时才从服务器发回内容)。

但是,Last-Modified 也可以执行此操作,如果您不强制浏览器始终检查新内容(无需重新验证),则不需要它。

您的 CDN 不使用它们的原因是以下之一:

  • 他们使用 Last-Modified 代替
  • 他们不会强制重新验证并在将来很好地设置到期时间
  • 他们无法确定特定片段的 ETag内容
  • 配置错误

They are definitely widely used, I've used it myself often. The most common usecase is conditional requests (always check if there's new content, but only send the content back from the server if it has changed).

However, Last-Modified can also do this instead and it's not needed if you don't force the browser to always check for new content (no must-revalidate).

The reason your CDN isn't using them is one of the following:

  • They are using Last-Modified instead
  • They don't force a revalidation and set an expiry time well in the future
  • They couldn't determine a ETag for a particular piece of content
  • Misconfiguration
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文