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 off
en nginx.conf - Establecer
expires 1s
en 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/*;
}
/var/cache/nginx
está completamente vacíoLa configuración
expires -1;
dentro de un bloque de ubicación deshabilitará el almacenamiento en caché por completo.fuente
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.
fuente
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.
fuente
Enfrenté el mismo problema. Si está utilizando cloudflare para la protección DDOS (si no, hágalo), habilite
fuente