Wie Sie Festlegen, Lack-Cache-Control-Header

Ich hoffe mir kann jemand beraten über die richtige Methode für immer Lack zum senden von cache-control-Header. Derzeit ist meine Konfiguration senden "Cache-Control: no-cache" auf Klienten.

Vielen Dank im Voraus für jeden, der helfen kann...

  • Es könnte helfen, wenn Sie erklären, was Sie wollen. Die Konfiguration (Lack-oder back-end) sendet no-cache-Header? Können Sie überschreiben diese Header im Lack, aber ob dies "richtig" ist, hängt von der Semantik Ihrer Antworten (sind Sie wiederverwendbar, über Kunden, für wie lange, etc).
  • Vielen Dank für Ihre Antwort. Was ich versuche zu erreichen, ist bei Lack senden von cache-control-Header, die ich manuell festlegen, unabhängig davon, was die back-end sendet Sie zu Lackieren.
InformationsquelleAutor Kevin Gleeson | 2012-01-25
  1. 14

    Ihre back-end ist das senden von "Cache-Control: no-cache", um Lack, impliziert zwei Dinge:

    • Der Lack wird nicht speichern Sie die Antwort in den cache (also eine weiter-lookup fehlschlagen)
    • Ihre clients (Browsern und intermediate proxies), nicht-cache-responses (und fordern Sie über und über).

    Die Lösung ist einfach: entfernen Sie die cache-control-Header nach dem abrufen der Antwort des back-end - (und vor der Ablage im Zwischenspeicher).

    In Ihre vcl-Datei tun:

    sub vcl_fetch {
  remove beresp.http.Cache-Control;
  set beresp.http.Cache-Control = "public";
}

    Können Sie wählen, tun Sie dies nur für bestimmte urls (wickeln Sie es in ( if req.url ~ "" ) Logik) und tun, Weg weiter fortgeschrittenen Zeug.

    • Als der Lack 4.0 vcl_fetch wurde ersetzt mit vcl_backend_response
    InformationsquelleAutor ivy
  2. 3

    Lack ignoriert Cache-Control: nocache, wie pro die Dokumentation. Hier ist Beweise, die bestätigt, dass:

    http://drupal.org/node/1418908

    Zu bekommen, die dabei entstehen, sollten Sie erkennen den header Cache-Kontrolle .nocache. aus dem backend, und dann den cache ungültig, setzen Sie das backend-Antwort nicht zwischengespeichert, oder-Problem max-age: 0 in die anderen header (ich vergesse den Namen jetzt).

    • Dieses Problem ist nun geschlossen. Ich denke, die poster erkannte, dass er einen Fehler gemacht.
    InformationsquelleAutor Rudd-O
  3. 0

    [ivy] hat gute Ratschläge, und/aber es wird ein wenig komplizierter, wenn Sie versuchen, zu gehorchen, eine Server-Vorsatz für end-Benutzer (browser -) caching. Ich fand diese Ressource sein Verständnis hilfreich eine Möglichkeit zu konfigurieren Lack zu halten auf ein cache mehr als ein browser wird angewiesen,...

    https://www.varnish-cache.org/trac/wiki/VCLExampleLongerCaching

    InformationsquelleAutor Nate-
Schreibe einen Kommentar