最近、サイトにメジャーアップデートをプッシュしましたが、ブラウザがロードしているためにログインできないという問題がありますold javascriptファイル。私が行ったことのいくつかは次のとおりです。
sendfile off
nginx.conf内expires 1s
mysite.conf内add_header Cache-Control no-cache;
以下はnginx用の私の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;
}
}
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で送信された場合を除き、ブラウザはオブジェクトのバージョンがまだいくつか有効であると見なします。デカニア、あなたのサーバーに相談しないでください。
同じ問題に直面した。 DDOS保護にcloudflareを使用している場合(使用していない場合は使用してください)、有効にします。
質問自体にはあまり関係ありませんが、数時間節約できます。
私は同じ問題を抱えていて、この質問で述べたすべての解決策、回答、その他の同様の質問を試した後、Cloudfareコントロールパネルをチェックしたところ、「キャッシュ」セクションが見つかりました。愚かなCloudfareが私のメインのcssファイルをキャッシュし、何がキャッシュされたバージョンを(wgetを使用しても)代わりに新しいバージョンを返していたことがわかりました。
したがって、Cloudfareを使用してサイトにサービスを提供し、この問題が発生している場合:
ほとんどの場合、クライアントにはキャッシュされたバージョンがあり、サーバーで変更されているかどうかをチェックしません。したがって、キャッシュ設定を修正する必要があります。その後、それらを別のフォルダに移動できます。例えば。代わりに/styles/*.cssを/ css /に移動し、すべてのjsファイルをスクリプトから/ js /に移動すると、ブラウザはリソースを再フェッチする必要があります。