WebApp 的静态 index.html 是不是也不应该设置 CDN 缓存？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 741 天前的主题，其中的信息可能已经有所发展或是发生改变。

比如一般 js/css/img 文件可以设置无限时长缓存，因为引用的时候是带 hash 的。

index.html 文件里引用的也是带 hash 的主 js 文件比如 index.xxoo.js 。

那问题来了，如果设置缓存，那 CDN 万一给客户端旧的 index.html 文件，里面引用的是旧的 hash 的 js,这个文件早没了，是不是就出问题了？

Hash

文件

CDN

引用

5 条回复 • 2022-11-17 20:59:30 +08:00

julyclyde

2022-11-14 09:50:54 +08:00

正常浏览器会发 if modified since 请求的

makelove

2022-11-14 13:11:30 +08:00

@julyclyde 这个问题和浏览器发 if modified since 请求没有关系。是我给 index.html 设置一个 max-age,让 cdn 不要每次都去后端取

forty

2022-11-17 17:59:26 +08:00

index.html 显然不适合无限期缓存, 缓存一周甚至一天都可以, 看你业务需要而定. 另外, CDN 也是可以人工清除和更新的, CDN 厂商一般会提供这个管理功能. index.html 寿命比 js 短, 就不会出现 index.html 还在但它的 js 早没了的情况

makelove

2022-11-17 20:55:06 +08:00

@forty 问题是缓存几小时在发新版时也很大可能会给客户旧的 index 文件吧？
这边是 WebApp,这个 index 文件非常小除了引用的那个 js 文件名有变化外长年不会变的。

makelove

2022-11-17 20:59:30 +08:00

话说我碰到这个情况后现在临时搞了个方法似乎有效果，弄了之后没有再发生这情况。

就是在 nginx 里直接通配 index.xxxxx.js 形式的文件名
location ~ ^\/assets\/index\.\w+\.js$ {
try_files $uri /assets/index.js;
}

这个 index.js 在打包时直接复制的新生成的 index.xxxxx.js

这样就兜底了所有的版本。