Die man zu verwenden : Expire-Header Last-Modified-Headers oder ETags

Bin ich PHP auf Apache, und bin verwirrt darüber, wie zu implementieren server-side caching, um die Website schneller geladen werden kann.

Was ist der Unterschied zwischen den Expires, Last-Modified und ETag Header, und was sollte verwendet werden, in welcher situation?

InformationsquelleAutor Avinash | 2011-03-16
  1. 22

    Können Sie die Expires header in Verbindung, aber unabhängig von den beiden anderen. Es ist universell von proxies und browser-caches.

    Den Unterschied zwischen ETag und Last-Modified Briefmarken ist mehr Semantik. ETags sind undurchsichtig für die Kunden. Es ist in der Regel eine Prüfsumme. In der Erwägung, dass eine Last-Modified-header interpretiert werden kann vom Kunden. Es versteht sich, dass die last modified timestamp arbeitet Linear.

    Wenn ein browser eine Ressource mit If-Unmodified-Since, dann eine Breite Palette von Zeitstempeln in der Vergangenheit entsprechen kann solch ein Zustand. Wenn Ihre Seiten ändern sich Häufig dann eine Last-Modified-Zeitstempel könnte von Vorteil sein.

    Den ETag-Ansatz, auf der anderen Seite, führt zu Kunden, die sparen Sie eine Letzte Fingerabdruck pro Ressource. (Ich bin mir nicht sicher, ob browser-caches erinnern mehrere ETags). Auf Anfragen, die nur eine oder wenige mögliche If-None-Match Token aufgeführt sind. Dies könnte bedeuten, mehr findet. Auch Sie haben für den Vergleich mehrerer Prüfsummen, in der Erwägung, dass mit einem Last-Modified-timestamp haben, könnten Sie einen arithmetischen Vergleich.

    Den realen nutzen von ETags ist, dass Sie zuverlässig vergleichen Fingerabdrücke. Der Last-Modified-Zeitstempel sind ein wenig vage, da Sie nicht überprüfen, ob der tatsächliche Inhalt der Seite geändert.

    Siehe auch:

    • also im Grunde sollten wir nutzen, mod_expire über eTags?
    • In den meisten Fällen: ja.
    • wenn dann sollten wir nutzen, last-modified-header?
    • Wenn Ihre Dateien werden oft geändert. Für vorwiegend statische Inhalte, etags (oder beides zugleich) sind ratsam.
    • Was bin ich jetzt tun, ist weisen expire-header für statische Dateien und ausschalten eTag, ist, dass ok/ausreichend?
    • Ich sehe nicht ein, warum Zeitstempel sind von Vorteil, ETags, wenn die Seite ändert sich Häufig. Für beide Technologien, der server macht ein einfacher Vergleich, und sendet die gleiche Antwort.
    • Ich denke, mit ein timestamp ist schneller auf der server-Seite. Der If-None-Match Anfrage braucht, um die gesamte Datei zu Lesen, zu verdauen, dann machen Sie einen Vergleich. der If-Modified-since-Anfrage muss stat die Datei, dann zu vergleichen, um die mtime. Angabe einer Datei nimmt viel weniger Zeit als das Lesen und verdauen, vor allem bei großen Dateien.
    • Das ist wahr, was Sie sagen, aber es hat nichts damit zu tun, wenn sich der Inhalt Häufig ändert oder nicht! Vielleicht OP was weiß ich/wir nicht wissen?
    • RFC 2616 sagt: "Entity-tags sind in der Regel "starke Prüfungen," aber das Protokoll enthält einen Mechanismus, um tag ein entity-tag als "schwach."" und "Die ETag ...Dies könnte es ermöglichen, mehr zuverlässige Validierung in Situationen, wo es unpraktisch ist, zum speichern von änderungsdaten, wo die ein-Sekunden-Auflösung, HTTP-date-Werte nicht ausreichend ist, oder wo die origin-server vermeiden möchte, bestimmte Paradoxien, die entstehen können aus der Nutzung änderungsdatum." und "das bevorzugte Verhalten für eine HTTP/1.1-origin-server zu senden, die beide eine starke entity-tag und eine Last-Modified-Wert."

    InformationsquelleAutor mario
  2. 39

    Expires und Cache-Control sind "starke caching-Header"

    Last-Modified und ETag "die schwachen caching-Header"

    Ersten der browser prüft Expires/Cache-Control um zu bestimmen, ob oder nicht, um eine Anfrage an den Server.

    Wenn es eine Anfrage zu stellen, schickt Last-Modified/ETag in der HTTP-Anforderung. Wenn die Etag Wert des Dokuments übereinstimmt, sendet der server einen 304-code anstelle von 200, - und kein Inhalt. Der browser lädt den Inhalt aus dem cache.

    Empfehle ich, mit einer die starke caching-Header, zusammen mit der schwachen caching-Header.

    • finden Sie jedes Dokument die Unterstützung der "starken und schwachen" caching-Verhalten? Ich konnte nicht finden, und meine client-browser jetzt priorisieren der letzten änderung über Ablauf eigentlich, was ich nicht verstehe, warum.
    • Schwache und starke Prüfungen sind beschrieben in RFC 2616 Abschnitt 13.3.3
    • RFC 2616 sagt "Entity-tags sind in der Regel "starke Prüfungen," aber das Protokoll enthält einen Mechanismus, um tag ein entity-tag als "schwach."
    • aktuelle RFC: tools.ietf.org/html/rfc7232#section-2.1
    InformationsquelleAutor hienbt88
Schreibe einen Kommentar