Jak zmusić NGINX do ładowania nowych plików statycznych?

Niedawno opublikowałem dużą aktualizację witryny i mam problem z tym, że niektórzy ludzie nie mogą się zalogować, ponieważ ich przeglądarka ładuje stare pliki javascript. Niektóre rzeczy, które zrobiłem, to:

• Pamięć podręczna pomijająca wszystkie pliki javascript
• Ustaw sendfile offw nginx.conf
• Ustaw expires 1sw mysite.conf
• Jawnie ustaw nagłówek Cache-Control: add_header Cache-Control no-cache;

Poniżej znajdują się moje pliki conf dla nginx. Każda pomoc byłaby mile widziana.

/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/*;
}

Czy próbowałeś ręcznie usunąć wszystko, co znajduje się w pamięci podręcznej? Zazwyczaj tak jest /var/cache/nginx.

Uważam, że add_header Cache-Control no-cache;ustawienie powinno uchronić rzeczy przed buforowaniem, ale może masz coś, co zostało tam zapisane przed ustawieniem?

Ustawienie expires -1;wewnątrz bloku lokalizacji spowoduje całkowite wyłączenie buforowania.

Ignorujesz pamięć podręczną przeglądarki czytelników. O ile nie zmienisz nazwy swoich obiektów (np. Dodasz numer wersji do .js) lub obiekty zostały wysłane z ETag lub datą modyfikacji, przeglądarka może uznać, że jego wersja obiektu jest nadal ważna przez kilka dekady i nigdy nie konsultuj się z serwerem.

Najprawdopodobniej Twoi klienci mają wersję z pamięci podręcznej i nie sprawdzają, czy są zmodyfikowane na serwerze. Musisz więc poprawić ustawienia pamięci podręcznej, a następnie przenieść je do innego folderu. Na przykład. jeśli przeniesiesz /styles/*.css do / css /, a wszystkie pliki js ze skryptów do / js / ich przeglądarek będą musiały ponownie pobrać zasoby.

W obliczu tego samego problemu. Jeśli używasz CloudFlare do ochrony DDOS (jeśli nie, to zrób to), włącz

• tryb programisty na chwilę.
• Zawsze sprawdzaj wyniki pliku statycznego w oknie incognito (w Google Chrome, które nazywa się as).
• zatrzymaj nginx> usuń pamięć podręczną> uruchom usługę nginx.