¿Cómo fuerzo a NGINX a cargar nuevos archivos estáticos?


22

Recientemente envié una actualización importante a un sitio y tengo un problema en el que algunas personas no pueden iniciar sesión porque su navegador está cargando viejos archivos javascript. Algunas de las cosas que he hecho incluyen:

  • Caché que revienta todos los archivos javascript
  • Establecer sendfile offen nginx.conf
  • Establecer expires 1sen mysite.conf
  • Establecer explícitamente el encabezado Cache-Control: add_header Cache-Control no-cache;

A continuación están mis archivos conf para nginx. Cualquier ayuda sería muy 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/*;
}

Respuestas:


18

¿Has intentado eliminar manualmente todo lo que está en tu caché? Esto es típicamente /var/cache/nginx.

Creo que haber add_header Cache-Control no-cache;configurado debe evitar que las cosas se almacenen en caché, pero ¿tal vez tengas algo que se almacenó en caché antes de configurarlo?


2
Eso es un buen pensamiento. Intenté eliminar los archivos en caché pero /var/cache/nginxestá completamente vacío
jwerre

14

La configuración expires -1;dentro de un bloque de ubicación deshabilitará el almacenamiento en caché por completo.


7

Estás ignorando el caché del navegador de tus lectores. A menos que cambie el nombre de sus objetos (por ejemplo, agregue un número de versión a .js), o los objetos se hayan enviado con una ETag o una Fecha de modificación, el navegador puede considerar que su versión del objeto todavía es válida por un par de decennia, y nunca consulte a su servidor.


Esta es la respuesta correcta, el usuario ya tiene una versión en caché y, si no tiene 304, verifique si se modificó, tendría que obligar a todos sus usuarios a forzar una actualización de los datos de su sitio, cambiar el nombre de todo su contenido estático o mover su contenido estático a una carpeta diferente.
Brunis

0

Lo más probable es que sus clientes tengan una versión en caché y no verifiquen si están modificados en su servidor. Por lo tanto, necesitaría corregir la configuración de su caché, luego puede moverlos a una carpeta diferente. P.ej. si mueve /styles/*.css a / css / en su lugar, y todos los archivos js de los scripts a / js / sus navegadores tendrían que volver a buscar los recursos.


0

Enfrenté el mismo problema. Si está utilizando cloudflare para la protección DDOS (si no, hágalo), habilite

  • modo desarrollador por un tiempo.
  • Siempre verifique los resultados de su archivo estático en una ventana de incógnito (en google chrome que es lo que se llama como).
  • detener nginx> borrar caché> iniciar servicio nginx.
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.