Como forçar o NGINX a carregar novos arquivos estáticos?

Question

Recentemente, enviei uma atualização importante para um site e estou tendo um problema em que algumas pessoas não conseguem fazer login porque o navegador está carregando arquivos JavaScript antigos . Algumas das coisas que fiz foram:

• Cache rebentando todos os arquivos javascript
• Defina sendfile off em nginx.conf
• Defina expires 1s em mysite.conf
• Definir explicitamente o cabeçalho de controle de cache: add_header Cache-Control no-cache;

Abaixo estão meus arquivos conf para o nginx. Qualquer ajuda seria muito apreciada.

/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/*;
}

    

Answer 1

Você já tentou excluir manualmente tudo o que está no seu cache? Isso geralmente é /var/cache/nginx .

Acredito que ter add_header Cache-Control no-cache; set deve impedir que as coisas sejam armazenadas em cache, mas talvez você tenha algo armazenado em cache antes de definir isso?

    

Answer 2

A configuração de expires -1; dentro de um bloco de localização completará o cache de desativação.

    

Answer 3

Você está ignorando o cache do navegador dos leitores. A menos que você altere o nome de seus objetos (por exemplo, adicione um número de versão ao .js), ou os objetos foram enviados com ETag ou Data de Modificação, o navegador pode considerar que sua versão do objeto ainda é válida para alguns. decennia, e nunca consulte o seu servidor.

    

Answer 4

O mais provável é que seus clientes tenham uma versão em cache e não verifiquem se eles foram modificados em seu servidor. Então você precisa consertar suas configurações de cache, então você pode movê-las para uma pasta diferente. Por exemplo. se você mover /styles/*.css para / css / em vez disso, e todos os arquivos js de scripts para / js / seus navegadores teriam que refazer recursos.