Недавно я разместил крупное обновление на сайте, и у меня возникла проблема, когда некоторые люди не могут войти в систему, потому что их браузер загружается. старый файлы javascript. Вот некоторые из вещей, которые я сделал:
sendfile off
в nginx.confexpires 1s
в mysite.confadd_header Cache-Control no-cache;
Ниже приведены мои файлы конфигурации для nginx. Любая помощь приветствуется.
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;
}
}
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
.
Я считаю, что имея add_header Cache-Control no-cache;
set должен предотвращать кэширование вещей, но, возможно, у вас есть что-то, что было кэшировано там до того, как вы это установили?
Настройка expires -1;
внутри блока местоположения фактически полностью отключит кеширование.
Вы игнорируете кеш браузера читателей. Если вы не измените имя своих объектов (например, не добавите номер версии в .js) или если объекты не были отправлены с ETag или Modification-Date, браузер может считать, что его версия объекта все еще действительна в течение нескольких decennia, и никогда не консультируйтесь со своим сервером.
Столкнулся с такой же проблемой. Если вы используете cloudflare для защиты от DDOS (если нет, то сделайте это), включите
Скорее всего, у ваших клиентов есть кешированная версия, и они не проверяют, изменены ли они на вашем сервере. Поэтому вам нужно исправить настройки кеша, а затем вы можете переместить их в другую папку. Например. если вместо этого вы переместите /styles/*.css в / css /, и все файлы js из скриптов в / js / их браузеры должны будут повторно загружать ресурсы.
Это не очень относится к самому вопросу, но может сэкономить вам несколько часов.
У меня была такая же проблема, и, попробовав все решения, упомянутые в этом вопросе, ответы и другие подобные вопросы, я проверил свою панель управления Cloudfare и нашел там раздел «кэширование». Оказалось, что глупый Cloudfare кэшировал мой основной файл css, и независимо от того, что возвращало кешированную версию вместо новой (даже с помощью wget).
Итак, если вы обслуживаете свой сайт с помощью Cloudfare и испытываете эту проблему: