Über HTTP-Cache-Policy-Builder
Mit einem HTTP-Cache-Policy-Builder können Sie einen Cache-Control-Header für Browser, CDNs, unveränderliche Assets und API-Antworten zusammenstellen, ohne sich jede Direktive merken zu müssen. Es ist nützlich, wenn Sie Frische, Leistung und Ungültigkeitsstrategie auf verschiedenen Routen ausbalancieren müssen, bevor Sie eine Server-Konfiguration oder einen Framework-Response-Helfer aktualisieren.
So verwenden Sie HTTP-Cache-Policy-Builder
- 1Wählen Sie das gewünschte Caching-Verhalten aus, z. B. Browser Max-Age, Shared Cache Lifetime, Revalidierungsregeln oder No-Store-Handling.
- 2Passen Sie die Richtwerte an, bis die Richtlinie mit der von Ihnen konfigurierten Route übereinstimmt, unabhängig davon, ob es sich um eine API-Antwort, eine HTML-Seite oder ein versioniertes statisches Asset handelt.
- 3Kopieren Sie den generierten Cache-Control-Header in Ihre Anwendung, Edge-Plattform oder Infrastrukturkonfiguration und testen Sie das Antwortverhalten erneut.
Häufige Anwendungsfälle für HTTP-Cache-Policy-Builder
Statisches Asset Caching
Erstellen Sie langlebige Richtlinien für gehashte JavaScript-, CSS- oder Bilddateien, damit Browser und CDNs sie zwischen den Releases sicher wiederverwenden können.
Frischekontrolle API
Stimmt die Antwortlebensdauer für JSON-Endpunkte ab, bei denen Benutzer schnelle Updates benötigen, geteilte Caches jedoch die Wiederholungslast reduzieren können.
Überprüfung der Plattformmigration
Übersetzen Sie eine bestehende Caching-Strategie in ein neues Framework, CDN oder Reverse-Proxy, ohne jede Direktive von Grund auf neu abzuleiten.
Häufig gestellte Fragen
Was ist der Unterschied zwischen max-age und s-maxage?
Max-age steuert, wie lange ein Browser eine Antwort wiederverwenden kann, während s-maxage auf freigegebene Caches wie CDNs oder Proxies abzielt. Verwenden Sie beides, wenn Sie ein unterschiedliches Verhalten für Endbenutzer und Zwischenspeicher wünschen.
Wann sollte ich No-Store statt No-Cache verwenden?
Verwenden Sie No-Store, wenn die Antwort überhaupt nicht gespeichert werden sollte, z. B. Hochsensible Kontodaten. Verwenden Sie No-Cache, wenn eine zwischengespeicherte Kopie vorhanden sein kann, aber vor der Wiederverwendung erneut validiert werden muss.