Ablauf

Dient zum Verwalten der Zwischenspeicherung von Client- und Proxyservern. Der Server berechnet die Ablaufzeit/das Ablaufdatum der HTTP-Antwortdaten, indem er diesen Wert zum Übertragungszeitpunkt/Übertragungsdatum hinzufügt.

Browser verwalten Caches anhand der Ablaufzeiten von Dateien. Bevor eine Anforderung an den Server übergeben wird, prüft der Browser seinen Cache, um festzustellen, ob die Datei bereits heruntergeladen wurde. Wenn dies der Fall ist und die Datei noch nicht abgelaufen ist, sendet der Browser anstelle einer normalen GET-Anfrage eine bedingte GET (z. B. mit dem im Anfrageheader festgelegten Feld If-Modified-Since ). Der Server hat die Möglichkeit, mit dem Status '304' zu antworten und das Bild nicht zu senden. Der Browser lädt die Datei dann aus dem Cache. Dies kann die Gesamtleistung für häufig aufgerufene Daten erheblich steigern.

Für diese Antworttypen wird Ablauf verwendet:

• req=img
• req=mask
• req=tmb
• req=userdata
• req=map

Bestimmte Arten von Antworten (z. B. Fehlerantworten) werden immer für den sofortigen Ablauf markiert (oder als nicht zwischenspeicherbar markiert), während andere (z. B. Eigenschaften- oder Standard-Bildantworten) spezielle Ablaufeinstellungen ( attribute::NonImgExpiration und attribute::DefaultExpiration).

Eigenschaften

Real number, -2, -1 oder 0 oder höher. Anzahl der Stunden bis Ablauf seit der Erstellung des Antwortbilds. Auf 0 setzen, damit das Antwortbild immer sofort abläuft, wodurch das Client-Caching effektiv deaktiviert wird. Auf -1 setzen, um als never expire. In diesem Fall gibt der Server bei bedingten GET immer den Status 304 (nicht geändert) zurück, ohne zu überprüfen, ob sich die Datei tatsächlich geändert hat. Auf -2 setzen, um den Standardwert zu verwenden, der von attribute::Expiration.

Standard

attribute::Expiration wird verwendet, wenn das Feld nicht vorhanden ist, wenn der Wert -2 ist oder wenn das Feld leer ist.

Verwandte Themen

attribute::Expiration, attribute::DefaultExpiration, attribute::NonImgExpiration, req=