DokumentationAEM 6.5Benutzerhandbuch

Ablauf statischer Objekte expiration-of-static-objects

Last update: Sun Mar 31 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Statische Objekte (z. B. Symbole) ändern sich nicht. Daher sollte das System so konfiguriert werden, dass diese Objekte (über einen angemessenen Zeitraum) nicht ablaufen, damit unnötiger Traffic reduziert wird.

Dies wirkt sich wie folgt aus:

  • Anforderungen werden von der Server-Infrastruktur abgeladen.
  • Die Leistung beim Laden von Seiten wird erhöht, da der Browser Objekte im Browsercache zwischenspeichert.

Abläufe sind im HTTP-Standard in Bezug auf den „Ablauf“ von Dateien spezifiziert (siehe etwa Kapitel 14.21 des Dokuments RFC 2616, „Hypertext Transfer Protocol – HTTP 1.1“). Dieser Standard greift auf den Header zurück, um Clients das Speichern von Objekten im Cache zu erlauben, bis die Objekte als alt eingestuft werden; diese Objekte werden für den angegebenen Zeitraum im Cache gespeichert, ohne dass der Ursprungs-Server einer Statusprüfung unterzogen wird.

NOTE
Diese Konfiguration ist losgelöst vom Dispatcher (und kann nicht für diesen verwendet werden).
Der Dispatcher dient dem Caching der Daten vor Adobe Experience Manager (AEM).

Alle Dateien, die nicht dynamisch sind und im Laufe der Zeit nicht geändert werden, können und sollten im Cache gespeichert werden. Die Konfiguration für den Apache-HTTPD-Server kann je nach Umgebung wie eine der folgenden aussehen:

CAUTION
Seien Sie vorsichtig, wenn Sie den Zeitraum definieren, in dem ein Objekt als aktuell gilt. Da keine Prüfung bis zum Ablauf des angegebenen Zeitraums erfolgt, ist es möglich, dass der Client alte Inhalte aus dem Cache präsentiert.

  1. Für eine Autoreninstanz:

    code language-xml 
    LoadModule expires_module modules/mod_expires.so
<Location /libs>
  ExpiresByType text/css "access plus 1 month"
  ExpiresByType text/javascript "access plus 1 month"
  ExpiresByType image/png "access plus 1 month"
  ExpiresByType image/gif "access plus 1 month"
</Location>

    Hierdurch wird ermöglicht, dass der temporäre Cache (etwa der Browsercache) CSS-, JavaScript-, PNG- und GIF-Dateien maximal einen Monat lang, bis zu ihrem Ablauf, speichert. Sie müssen also nicht von AEM oder vom Webserver angefordert werden, sondern können im Browsercache verbleiben.

    Andere Abschnitte der Site sollten nicht in einer Autoreninstanz im Cache gespeichert werden, da sich diese jederzeit ändern können.

  2. Für eine Veröffentlichungsinstanz:

    code language-xml 
    LoadModule expires_module modules/mod_expires.so
<Location /content>
  ExpiresByType text/css "access plus 1 day"
  ExpiresByType text/javascript "access plus 1 day"
  ExpiresByType image/png "access plus 1 day"
  ExpiresByType image/gif "access plus 1 day"
</Location>
<Location /etc/designs>
  ExpiresByType text/css "access plus 1 day"
  ExpiresByType text/javascript "access plus 1 day"
  ExpiresByType image/png "access plus 1 day"
  ExpiresByType image/gif "access plus 1 day"
</Location>

    Hierdurch wird ermöglicht, dass der temporäre Cache (etwa der Browsercache) CSS-, JavaScript-, PNG- und GIF-Dateien bis zu einem Tag lang in Client-Caches speichert. Obwohl dieses Beispiel globale Einstellungen für alle Elemente unter /content und /etc/designs veranschaulicht, sollten Sie hier genauer vorgehen.

    Abhängig vom Aktualisierungsintervall der Site käme für Sie ggf. auch das Caching von HTML-Seiten infrage. Ein angemessener Zeitraum wäre etwa 1 Stunde:

    code language-xml 
    <Location /content>
  ExpiresByType text/html "access plus 1 hour"
</Location>

Gehen Sie nach der Konfiguration der statischen Objekte die Datei request.log durch, während Sie Seiten mit solchen Objekten auswählen, um zu bestätigen, dass keine (unnötigen) Anforderungen für statische Objekte erfolgen.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2