1. Einleitung

Diese Seite bewahrt den originalen RFC-Text fuer diesen Abschnitt und ergaenzt Navigationsmetadaten fuer die Dokumentationsseite.

Originaler RFC-Text

1.  Einleitung

   HTTP-Caching [HTTP-CACHING] arbeitet mit der Granularitaet einer
   einzelnen Ressource; die Frische einer gespeicherten Antwort
   beeinflusst die anderer Antworten nicht.  Diese Granularitaet kann
   Caching effizienter machen -- etwa wenn eine Seite aus vielen Assets
   besteht, die unterschiedliche Anforderungen an das Caching haben.

   Es gibt jedoch auch Faelle, in denen die Beziehung zwischen
   gespeicherten Antworten genutzt werden koennte, um die
   Cache-Effizienz zu verbessern.

   Beispielsweise ist es oft notwendig, eine Menge zusammenhaengender
   Ressourcen zu invalidieren.  Dies kann daran liegen, dass eine
   zustandsaendernde Anfrage Seiteneffekte auf andere Ressourcen hat,
   oder lediglich administrativer Bequemlichkeit dienen (z. B. "diesen
   Teil der Site invalidieren").  Das Gruppieren von Antworten bietet
   eine dedizierte Moeglichkeit, diese Beziehungen auszudruecken, statt
   sich auf Dinge wie die URL-Struktur zu verlassen.

   Neben dem Teilen von Invalidierungsereignissen koennen die durch
   Gruppierung angegebenen Beziehungen von Caches auch genutzt werden, um
   ihren Betrieb zu optimieren, etwa um Cache-Eviction-Algorithmen zu
   steuern.

   Section 2 fuehrt ein Mittel ein, mit dem Beziehungen zwischen
   gespeicherten Antworten in HTTP-Caches beschrieben werden, indem diese
   Antworten einer oder mehreren Gruppen zugeordnet werden, die diese
   Beziehungen widerspiegeln.  Sie beschreibt auch, wie Caches diese
   Informationen nutzen koennen, um Invalidierungsereignisse auf
   Mitglieder einer Gruppe anzuwenden.

   Section 3 fuehrt eine neue Quelle solcher Ereignisse ein: ein
   HTTP-Antwort-Header-Feld, das es einer zustandsaendernden Antwort
   erlaubt, eine Gruppeninvalidierung auszuloesen.

   Diese Mechanismen arbeiten innerhalb eines einzelnen Caches ueber die
   gespeicherten Antworten hinweg, die einem einzelnen Origin-Server
   zugeordnet sind (siehe Section 2.1).  Sie behandeln weder die
   Synchronisierung von Zustand zwischen mehreren Caches, etwa in einer
   Hierarchie oder einem Mesh, noch erleichtern sie die Zuordnung
   gespeicherter Antworten aus unterschiedlichen Origins.