如何强制NGINX加载新的静态文件?


22

我最近在网站上发布了一个重大更新,但遇到了一些人无法登录的问题,因为他们的浏览器正在加载旧的 javascript文件。我所做的一些事情包括:

  • 缓存清除所有JavaScript文件
  • sendfile off在nginx.conf中设置
  • expires 1s在mysite.conf中设置
  • 明确设置Cache-Control标头: add_header Cache-Control no-cache;

波纹管是我的nginx conf文件。任何帮助将非常感激。

/etc/nginx/sites-enabled/mysite.conf

proxy_cache_path  /var/cache/nginx levels=1:2 keys_zone=one:8m max_size=3000m inactive=600m;

server {
    listen 80;
    server_name mysite.com;
    return 301 https://www.mysite.com$request_uri;
}

server {

        # listen for connections on all hostname/IP and at TCP port 80
        listen *:80;

        # name-based virtual hosting
        server_name www.mysite.com;

        # location of the web root for all static files (this should be changed for local development)
        root /var/mysite.com/static;

        # redirect http requests to https
        if ($http_x_forwarded_proto = "http") {
            rewrite  ^/(.*)$  https://www.mysite.com/$1 permanent;
        }

        # error pages
        error_page 403 /errors/403.html;
        error_page 404 /errors/404.html;
        error_page 408 /errors/408.html;
        error_page 500 502 503 504 /errors/500.html;  

        # error and access out
        error_log /var/log/nginx/error.mysite.log;
        access_log /var/log/nginx/access.mysite.log;

        # use Nginx's gzip static module
        gzip_static on;
        gzip_types application/x-javascript text/css;

        location / {

            # redefine and add some request header lines which will be passed along to the node server
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header Host $http_host;
            proxy_set_header X-NginX-Proxy true;
            proxy_set_header X-Forwarded-Proto $scheme;

            # set the address of the node proxied server
            proxy_pass http://127.0.0.1:9001;

            # forbid all proxy_redirect directives at this level
            proxy_redirect off;
        }

        # do a regular expression match for any files ending in the list of extensions

        location ~* ^.+\.(jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|pdf|txt|tar|wav|bmp|rtf|js|flv|swf|xml|html|htm)$ {

            # clear all access_log directives for the current level
            access_log off;
            add_header Cache-Control no-cache;
            # set the Expires header to 31 December 2037 23:59:59 GMT, and the Cache-Control max-age to 10 years
            expires 1s;
        }

}

/etc/nginx/nginx.conf

user www-data;
worker_processes 4;
pid /var/run/nginx.pid;

events {
    worker_connections 768;
    # multi_accept on;
}

http {

    ##
    # Basic Settings
    ##

    sendfile off;
    tcp_nopush off;
    tcp_nodelay off;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    # server_tokens off;

    # server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    ##
    # Logging Settings
    ##

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    ##
    # Gzip Settings
    ##

    gzip on;
    gzip_disable "msie6";

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

Answers:


18

您是否尝试过手动删除缓存中的所有内容?通常是这样/var/cache/nginx

我认为add_header Cache-Control no-cache;设置后应该不会缓存任何东西,但是也许在设置之前您已经缓存了一些东西?


2
好主意。我尝试删除缓存的文件,但/var/cache/nginx完全为空
jwerre13年

14

expires -1;在位置块内部进行设置实际上将完全禁用缓存。


7

您将忽略读者浏览器的缓存。除非您更改对象的名称(例如,在.js中添加版本号),或者对象是通过ETag或Modification-Date发送的,否则浏览器可能会认为他的对象版本对于两个版本仍然有效。下,永远不要咨询您的服务器。


这是正确的答案,用户已经有一个缓存的版本,如果您没有304,请检查是否进行了修改,必须强制所有用户强制刷新站点数据,或者重命名所有静态内容,或者移动您的静态内容到另一个文件夹。
布鲁尼斯'18

0

您的客户端很可能具有缓存的版本,他们不检查服务器上是否对其进行了修改。因此,您需要修复缓存设置,然后才能将其移动到其他文件夹。例如。如果将/styles/*.css移至/ css /,并且所有js文件从脚本移至/ js /,则其浏览器都必须重新获取资源。


0

面临同样的问题。如果您使用cloudflare进行DDOS保护(如果没有,请这样做),然后启用

  • 开发人员模式一段时间。
  • 始终在隐身(在Google chrome中称为“隐身”)窗口中检查您的静态文件结果。
  • 停止nginx>删除缓存>启动nginx服务。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.