Deaktivieren der Zwischenspeicherung von eine einzige Datei mit try_files Richtlinie

Ich bin servieren Eckig 2-Anwendung mit nginx verwenden Sie im Abschnitt Speicherort auf diese Weise:

location /{
  try_files $uri $uri//index.html =404;
}

try_files Richtlinie versucht, die angeforderten uri in das root-Verzeichnis und wenn Sie nicht finden, es gibt einfach index.html

Gewusst wie: deaktivieren der Zwischenspeicherung von index.html Datei?

InformationsquelleAutor Rem | 2017-01-13
  1. 28

    Fand die Lösung mit nginx benannten Standorte:

    location /{
    gzip_static on;
    try_files $uri @index;
}

location @index {
    add_header Cache-Control no-cache;
    expires 0;
    try_files /index.html =404;
}
    • Das ist die richtige Lösung Die Lösung her Dmitry funktioniert nur für die kanonische url, wenn der Benutzer Zugriff über eine url wie /foo/, es wird dazu dienen, die index.html ist, aber keine läuft..
    • Diese Konfiguration ist nicht vollständig funktionieren. Standort -/, try_files entsprechen $uri ersten treffen index.html ohne die benannten Standort. Also, wenn Sie besuchen Sie / Sie werden geschlagen, den cache. Aber wenn Sie besuchen /etwas/anderes , was schließlich Treffer index.html der cache-control-Header gesendet werden.
    • Ich sah die gleiche Sache, einen workaround zu bekommen caching funktioniert für root / Anforderungen ist in meiner Antwort. Hoffe, es hilft!
    • Für Winkel-es hat nicht funktioniert für mich, im Grunde habe ich deaktiviert, Globale Zwischenspeicherung und es funktioniert, aber wenn ich versuche das gleiche für eine einzelne Datei wie die index.html dann wird es nicht funktioniert haben Sie eine andere Idee?
    InformationsquelleAutor Rem
  2. 5

    Danke für eine tolle Antwort, Rem! Als Er Shiming Punkte mit der akzeptierten Lösung der caching-Header nicht Hinzugefügt, wenn in der root z.B. http://www.example.com/, aber nicht Hinzugefügt, wenn Sie den Besuch einer deep-link, z.B. http://www.example.com/some/path.

    Nach viel Graben, ich glaube, das ist, weil das Standard-Verhalten des ngnix Modul ngx_http_index_module, es umfasst index.html standardmäßig so, wenn in der Wurzel /, die erste Position blockiert ist, Regeln sind zufrieden, index.html bekommt serviert, ohne die cache-control-Header. Die Problemumgehung, die ich verwendet wurde, um ein index-Richtlinie ohne Angabe index.html in der ersten location-block, das zwingen die Wurzel /, um bedient zu werden von der zweiten Position zu blockieren.

    Hatte ich auch ein anderes problem, ich habe einen root-Direktive in der ersten Lage zu blockieren, die brach deep-links und ist auch ein schlechte Idee. Ich zog die root-Direktive auf server-Ebene.

    Hoffe, dies hilft, dies ist meine Lösung...

    server {
  listen       80;
  server_name  localhost;
  root   /usr/share/nginx/html;

  location /{
    add_header X-debug-whats-going-on 1;
    index do-not-use-me.html;
    try_files $uri @index;                 
  }

  location @index {
    add_header X-debug-whats-going-on 2;
    add_header Cache-Control no-cache;
    expires 0;
    try_files /index.html =404;
  }
}

    Ich habe debug-Header zu helfen, machen es absolut klar, welche Position block wird dazu dienen, welche Inhalte. Es ist auch erwähnenswert, das unintuitive Verhalten der add_header Richtlinie, eine unverzichtbare Lektüre, wenn Sie auch die Absicht, um überschriften für alle Anfragen außerhalb von einem Ort zu blockieren.

    • Requisiten für die debug-Header zeigt eine Möglichkeit zum Debuggen das so gut wie eine Lösung. Teach einen Mann zu Fischen und alle...
    • Diese Lösung deckt einen Fall, wo der Benutzer anfordert /index.html direkt.
    • Die Frage ist, um Unterstützung für eine Eckige website, wo /index.html sollte nie direkt angefordert. Dies funktioniert auch gut für mich, für ein Reagieren website.
    InformationsquelleAutor Simon Ness
  3. 4
    location /{
  try_files $uri $uri//index.html;
}

location = /index.html {
  expires -1;
}
    • Danke! Wie denken Sie, die Lösung ist effizienter?
    • IMHO, nur besser lesbar und elegant.
    • Diese Antwort ist besser als die beiden Rem ' s und Simon Ness, da es auch einen Fall, wo der Benutzer anfordert /index.html direkt.
    InformationsquelleAutor Dmitry MiksIr
  4. 3

    Habe ich die folgenden setup-arbeiten für meinen Eckigen apps, beinhaltet änderungen index.html und der nginx-Konfiguration:

    index.html

    <meta http-equiv="cache-control" content="max-age=0" />
<meta http-equiv="cache-control" content="no-cache" />
<meta http-equiv="expires" content="0" />
<meta http-equiv="expires" content="Tue, 01 Jan 1980 1:00:00 GMT" />
<meta http-equiv="pragma" content="no-cache" />

    nginx.conf

    location /{
  try_files $uri $uri//index.html;
}

location ~ \.html$ {
  add_header Cache-Control "private, no-cache, no-store, must-revalidate";
  add_header Expires "Sat, 01 Jan 2000 00:00:00 GMT";
  add_header Pragma no-cache;
}

    Funktioniert sowohl, wenn der Benutzer navigiert zu "site.com" und "site.com/some/url" oder "site.com/#/login".
    Die "index.html" änderungen sind auf der sicheren Seite vor allem.

    • Es hört die app auf zu arbeiten, wenn ich bin mit der zweiten Position blockiert, ich habe die gleiche Konfiguration, aber nicht wissen, warum es nicht segnet mich. Brauche ich eine andere Einstellung?
    InformationsquelleAutor Denys Vuika
  5. 0

    Können Sie content-type mapping (sollte den job tun, für SPA mit einem .html - Datei):

    map $sent_http_content_type $expires {
    default                    off;
    text/html                  epoch; # means no-cache
}

server {
  expires $expires;
}
    InformationsquelleAutor Daniel
  6. -1

    Nur um sicher zu sein 🙂

    location = /index.html {
    add_header 'Cache-Control' 'no-store, no-cache, must-revalidate, proxy-revalidate, max-age=0';
    expires off;
}
    InformationsquelleAutor Synxmax
Schreibe einen Kommentar