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

22

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 eu fiz incluem:

  • Cache bloqueando todos os arquivos javascript
  • Definido sendfile offno nginx.conf
  • Definido expires 1sno mysite.conf
  • Defina explicitamente o cabeçalho de controle de cache: add_header Cache-Control no-cache;

Abaixo estão os meus arquivos conf para 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/*;
}
jwerre
fonte

Respostas:

18

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

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

Abe Miessler
fonte
2
Esse é um bom pensamento. Eu tentei apagar os arquivos em cache, mas /var/cache/nginxé completamente vazio
jwerre
14

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

sven13
fonte
7

Você está ignorando o cache do navegador do seu leitor. A menos que você altere o nome de seus objetos (por exemplo, adicione um número de versão ao .js) ou os objetos tenham sido enviados com uma ETag ou Data de modificação, o navegador pode considerar que sua versão do objeto ainda é válida por alguns dias. decênios e nunca consulte seu servidor.

Gerard H. Pille
fonte
Esta é a resposta correta, o usuário já possui uma versão em cache e, se você não tiver 304 - verifique se modificado, teria que forçar todos os usuários a forçar uma atualização dos dados do site, renomear todo o conteúdo estático ou mover seu conteúdo estático para uma pasta diferente.
Brunis
0

Provavelmente, seus clientes têm uma versão em cache e não verificam se foram modificados no seu servidor. Portanto, você precisa corrigir as configurações de cache e movê-las para uma pasta diferente. Por exemplo. se você mover /styles/*.css para / css /, e todos os arquivos js dos scripts para / js / seus navegadores precisariam buscar recursos.

Brunis
fonte
0

Enfrentou o mesmo problema. Se você estiver usando o cloudflare para proteção contra DDOS (se não estiver, faça isso), ative

  • modo de desenvolvedor por um tempo.
  • Sempre verifique o arquivo estático resulta em uma janela anônima (no google chrome, que é chamada de).
  • interrompa o nginx> exclua o cache> inicie o serviço nginx.
Gajendra D Ambi
fonte