Ablauf

Wird zur Verwaltung der Zwischenspeicherung von Client- und Proxyservern verwendet. Der Server berechnet die Ablaufzeit/das Datum der HTTP-Antwortdaten, indem er diesen Wert zum Datum/Datum der Übertragung hinzufügt.

Browser verwalten Caches mit Ablaufzeiten von Dateien. Bevor eine Anforderung an den Server übergeben wird, prüft der Browser den Cache, 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 eine bedingte GET (z. B. mit dem im Anforderungsheader 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 deutlich erhöhen.

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 einen sofortigen Ablauf markiert (oder als nicht-speicherbar markiert), während andere (z. B. Eigenschaften- oder Standard-Bildantworten) spezielle Ablaufeinstellungen ( attribute::NonImgExpiration und attribute::DefaultExpiration) verwenden.

Eigenschaften

Real number, -2, -1 oder 0 oder höher. Anzahl der Stunden bis zum Ablauf seit der Generierung des Antwortbilds. Auf 0 setzen, um das Antwortbild immer sofort ablaufen zu lassen, wodurch die Zwischenspeicherung des Clients effektiv deaktiviert wird. Auf -1 setzen, um als never expire zu markieren. In diesem Fall gibt der Server bei Anforderung von bedingten GET immer den Status 304 zurück (nicht geändert), ohne zu prüfen, ob die Datei tatsächlich geändert wurde. Auf -2 setzen, um den Standardwert von attribute::Expiration zu verwenden.

Standard

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

Verwandte Themen

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