मैं NGINX को नई स्थिर फ़ाइलों को लोड करने के लिए कैसे मजबूर करूं?


22

मैंने हाल ही में एक साइट के लिए एक प्रमुख अद्यतन को धक्का दिया है और मुझे एक मुद्दा मिल रहा है जहां कुछ लोग लॉग इन नहीं कर सकते क्योंकि उनका ब्राउज़र पुरानी जावास्क्रिप्ट फ़ाइलों को लोड कर रहा है। मेरे द्वारा की गई कुछ चीजों में शामिल हैं:

  • सभी जावास्क्रिप्ट फ़ाइलों को तोड़कर कैश
  • sendfile offNginx.conf में सेट करें
  • expires 1sMysite.conf में सेट करें
  • स्पष्ट रूप से कैश-कंट्रोल हेडर सेट करें: add_header Cache-Control no-cache;

Bellow nginx के लिए मेरी गोपनीय फाइलें हैं। कोई भी सहायताकाफी प्रशंसनीय होगी।

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

जवाबों:


18

क्या आपने मैन्युअल रूप से वह सब कुछ हटाने की कोशिश की है जो आपके कैश में है? यह आमतौर पर है /var/cache/nginx

मेरा मानना ​​है कि add_header Cache-Control no-cache;सेट होने से चीजों को कैश्ड होने से बचाना चाहिए, लेकिन शायद आपके पास ऐसा कुछ है जिसे सेट करने से पहले आपको वहां कैश्ड किया गया था?


2
यह एक अच्छी सोच है। मैं कैश की गई फ़ाइलों को हटाने की कोशिश की लेकिन /var/cache/nginxपूरी तरह से खाली है
jwerre

14

expires -1;एक स्थान ब्लॉक के अंदर स्थापित करना वास्तव में कैशिंग को पूरी तरह से अक्षम कर देगा।


7

आप अपने पाठकों के ब्राउज़र के कैश को अनदेखा कर रहे हैं। जब तक आप अपनी वस्तुओं का नाम नहीं बदलते (उदाहरण के लिए .js में एक संस्करण संख्या जोड़ें), या वस्तुओं को ETag या संशोधन-तिथि के साथ भेजा गया था, तो ब्राउज़र इस बात पर विचार कर सकता है कि ऑब्जेक्ट का उसका संस्करण अभी भी एक जोड़े के लिए मान्य है डिकेनिआ, और कभी भी अपने सर्वर से परामर्श न करें।


यह सही उत्तर है, उपयोगकर्ता के पास पहले से ही कैश्ड संस्करण है और यदि आपके पास 304 नहीं है - तो जांच लें कि क्या संशोधित है, आपको अपने सभी उपयोगकर्ताओं को अपनी साइटों के डेटा को ताज़ा करने के लिए बाध्य करना होगा, या अपनी सभी स्थिर सामग्री का नाम बदलना होगा, या स्थानांतरित करना होगा। एक अलग फ़ोल्डर में अपने स्थिर सामग्री।
ब्रूनिस

0

सबसे अधिक संभावना है कि आपके ग्राहकों के पास एक कैश्ड संस्करण है और वे जांच नहीं करते हैं कि क्या वे आपके सर्वर पर संशोधित हैं। इसलिए आपको अपनी कैश सेटिंग्स को ठीक करना होगा, फिर आप उन्हें एक अलग फ़ोल्डर में ले जा सकते हैं। उदाहरण के लिए। यदि आप /styles/*.css को / css / बजाय में ले जाते हैं, और सभी js स्क्रिप्ट्स से / js / उनके ब्राउज़र की फ़ाइलों को संसाधनों को फिर से भरना होगा।


0

उसी समस्या का सामना किया। यदि आप DDOS सुरक्षा के लिए क्लाउडफ़ेयर का उपयोग कर रहे हैं (यदि नहीं तो कृपया करें) तो सक्षम करें

  • थोड़ी देर के लिए डेवलपर मोड।
  • हमेशा अपने स्थैतिक फ़ाइल परिणामों को एक गुप्त (Google क्रोम में जिसे कि कहा जाता है) विंडो में देखें।
  • nginx रोकें> कैश हटाएं> nginx सेवा प्रारंभ करें।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.