sag*_*agi 5 caching google-chrome http
我最近在使用 Google Chrome 时遇到了一些奇怪的缓存问题。我有一个网站,提供多个 JS 和 CSS 文件,它们的到期日期很远。有时,Chrome 无法加载其中一个文件(通常是我们最大的 JS 文件,但有时是另一个),并且页面重新加载/强制重新加载/浏览器重启也无济于事。摆脱问题的唯一方法是彻底清除浏览器缓存。
我使用了 Chrome 开发人员工具,并注意到 Chrome 正在请求具有以下标头的文件:
If-Modified-Since:Thu, 14 Apr 2011 19:09:29 GMT
Range:bytes=41681-41681
Run Code Online (Sandbox Code Playgroud)
服务器以“304 Not Modified”状态响应。开发人员工具然后列出文件大小为 0 字节。
有趣的是,41681 是页面的实际长度(压缩后),而 Chrome 奇怪地尝试请求文件结束后的下一个字节。
我使用 Chrome 的“about:net-internals”页面来检查缓存,发现该文件确实被缓存,但被神秘地标记为“RESPONSE_INFO_TRUNCATED”。除此之外,缓存的内容看起来非常好(我将它与缓存文件的工作副本进行了比较)。
我已经在整个网络上搜索过,我能找到的关于此类问题的唯一参考是在 Meta 上:https : //meta.stackexchange.com/questions/89224/does-anyone-have-problems-viewing-so-in-chrome -11
那里报告的问题听起来很像我们遇到的问题,但除了清除浏览器缓存是一个临时解决方案之外,没有其他结论。那篇文章已经发布快两个月了,此后发布了多个版本的 Chrome,但问题仍然存在。
我发现的唯一相关 Chrome 错误是这个(参考元帖子):http : //code.google.com/p/chromium/issues/detail?id=62712。然而,自从它被报告以来,就没有关于这个错误的活动。
我很好奇是否有其他人遇到过类似的问题,以及是否有人知道可能导致这种情况的原因。
谢谢,萨吉
| 归档时间: |
|
| 查看次数: |
3242 次 |
| 最近记录: |