Busting Chrome缓存可用于浏览器同步重新加载
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Busting Chrome缓存可用于浏览器同步重新加载相关的知识,希望对你有一定的参考价值。
我有浏览器同步工作正常,但我仍然很难缓存以前的html。即使已经选中Chrome的“禁用缓存”,甚至是隐身模式!
要加载页面更改,我总是要“清除缓存和硬重新加载”。
我想知道,是否有可能让浏览器同步重新加载相同的网址,但使用哈希作为查询参数?喜欢:
https://my.flask.com/?q=jsd094334jn3io482048(每次使用不同的哈希值)
我的特殊设置是我在本地域开发一个烧瓶应用程序:带有自签名证书的https://my.flask.com/。我没有使用端口,因为我试图以各种可能的方式模仿生产。
我通过browser-sync-webpack-plugin
和页面底部的脚本使用浏览器同步:
<script id="__bs_script__">
document.write("<script async src='https://HOST:3060/browser-sync/browser-sync-client.js?v=2.24.4'></script>".replace("HOST", location.hostname));
</script>
更改的热重新加载在webpack和browser-sync中都应该如此。由网页(css,js)加载的资产被散列(或指纹或其他),因此它们被设置为在更改时绕过缓存。所以他们不是问题。
我无法弄清楚为什么重新加载/和/ [route]会被缓存,以及如何绕过它!
任何帮助赞赏
UPDATE
我在这一点上最好的猜测是问题不在于缓存 - 浏览器同步在webpack构建完成之前触发刷新。
问题不在于缓存,而是browserync在webpack构建完成之前触发了刷新。添加reloadDelay: 500
有所帮助
以上是关于Busting Chrome缓存可用于浏览器同步重新加载的主要内容,如果未能解决你的问题,请参考以下文章
带有 UI 自动化的 Google Chrome 可访问树缓存问题
为啥浏览器会为 http://example.com 缓存 301 重定向并将其用于 http://example.com:8080?