HTML 元html重定向

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了HTML 元html重定向相关的知识,希望对你有一定的参考价值。

<meta http-equiv="refresh" content="5;URL=index.php" />

301重定向后如何防止chrome从磁盘缓存中加载index.html

【中文标题】301重定向后如何防止chrome从磁盘缓存中加载index.html【英文标题】:How to prevent chrome load index.html from disk cache after 301 redirect 【发布时间】:2019-05-27 08:10:50 【问题描述】:

每当我们发布网站的新版本时,chrome 缓存都会出现问题,我们搜索了几天并添加/删除了任何可能导致此问题的标头、元标记、nginx 配置等,或者据说已修复它,但什么都没有改变。 index.html 仍在缓存中,我们必须按 F5 才能查看随机计算机上的新更改,

该网站是作为 SPA 实现的,使用 angularjs 框架,并使用 traefik 代理后面的 ngnix 托管,使用 traefik 规则,我们通过 301 响应强制将 HTTP 请求重定向到 HTTPS。

今天我发现了失败的场景!如果用户在地址栏中输入 https 协议(例如https://example.com),一切正常,但如果用户返回并尝试访问http://example.com,chrome 将通过 301 重定向缓存将用户重定向到 https,然后加载index.html 的缓存版本,这不是我们想要的,可以缓存 301 重定向,但我们希望 chrome 从服务器获取 index.html,而不是从磁盘缓存中加载它!

注意:只要用户使用 HTTPS,索引从服务器加载或得到 304 响应,我们希望在用户仅输入域本身时发生这种情况,而不是使用 https。

这是添加到 index.html 的元标记:

<meta http-equiv="cache-control" content="max-age=0" />
<meta http-equiv="cache-control" content="no-cache" />
<meta http-equiv="expires" content="0" />
<meta http-equiv="pragma" content="no-cache" />

这是我们的 nginx 配置的一部分:

...
http 
    ...
    proxy_cache_path /var/nginx/cache levels=1:2 keys_zone=prerender_cache:100m max_size=10g inactive=1d;
    proxy_cache_key "$request_method$host$request_uri$is_args$args";
    ...
    server 
        access_log /dev/stdout combined1;
        listen      80 default_server;
        server_name example.com;
        root /app;
        index  index.html;
        ...
        location ~ ^/(assets|static|styles) 
            expires     31d;
            add_header  Cache-Control public;
        
        location @asset_pass 
            root app/;
            try_files $uri =404;
        
        location / 
            expires -1;
            add_header Pragma "no-cache";
            add_header Cache-Control "no-store, no-cache, must-revalicate, post-check=0 pre-check=0";
            try_files $uri @prerender;
            autoindex on;
        
        location ~ \.html$ 
            expires -1;
            add_header Pragma "no-cache";
            add_header Cache-Control "no-store, no-cache, must-revalicate, post-check=0 pre-check=0";
        
    

现在的问题是:有没有办法解决这个问题或者这是谷歌浏览器的默认行为?

感谢大家抽出宝贵时间阅读此问题,如果问题太长,请见谅。

【问题讨论】:

这里是一个可能有帮助的问题的链接:***.com/questions/38196452/… @IBirle 感谢您的链接,但我们更喜欢非 js 的方式来解决这个问题,如果我们决定使用 js,我们可以实现一个强制重新加载功能,该功能检查最新的前端版本后端。 你找到方法了吗? @M-N @A.Anwin 不幸的是,不,我们使用我之前评论中描述的方法作为临时修复。 【参考方案1】:

您可以尝试touch您的index.html文件,然后响应头last-modified将更改为最新日期时间,因此浏览器会认为该资源“已过时”,将应用最新的301规则;

【讨论】:

我们已经在这样做了,我们也创建了新的 index.html,正如我在问题中提到的那样,不幸的是,Chrome 在特定情况下不会向服务器发送请求,而是从本地加载数据缓存。所以这行不通。

以上是关于HTML 元html重定向的主要内容,如果未能解决你的问题,请参考以下文章

html HTML模板:客户端重定向(元刷新)

HTML HTML元刷新重定向页面 - 元http-equiv缓存控制pragma刷新

Html Agility Pack 与 302 重定向到同一页面

301重定向后如何防止chrome从磁盘缓存中加载index.html

从 http:// 重定向到 https:// [重复]

元刷新重定向是不是“安全”