Zum Inhalt springen
Thread.htaccess

Modul mod_headers

Kategorie
.htaccess
Antworten
2
Erstellt von: Themenersteller Consultant Content Halbgott (743 Beiträge) Datum: 13.05.2010, 22:33 Uhr
Archiv-KommentarArchiviert, nicht priorisiertRedirects, Relaunch & Statuscodes

Redaktionelle Einordnung

Diese archivierte Diskussion behandelt Modul mod_headers aus Sicht der Rubrik .htaccess.

Bei Umzügen, Relaunches und Weiterleitungen entscheiden heute saubere Redirect-Ketten, Statuscodes und Konsistenz über Rankings und Nutzersignale.

Sinnvoll nutzbar bleibt der Thread vor allem als historischer Kontext, für typische Fragestellungen und zur Einordnung älterer Empfehlungen.

Einige im historischen Thread genannte Tools, Dienste oder externe Links könnten heute nicht mehr verfügbar oder inhaltlich überholt sein. Nutzen Sie sie bitte nur mit zusätzlicher Prüfung.

Startbeitrag

Originaler Foreninhalt in modernisierter Darstellung.

Zur Kategorie
Themenersteller Consultant Content Halbgott (743 Beiträge)
am 13.05.2010, 22:33 Uhr eröffnete lwulfe folgenden Thread .htaccess 2574 mal gelesen 2 Antwort(en).

Hallo,
für die Meisten hier vielleicht ein alter Hut, aber vielleicht hilft es auch dem einen oder anderen Forenbesucher.
Ich habe diese Zeilen in meine .htaccess eingesetzt:
<IfModule mod_headers.c>
Header set Cache-Control "max-age=604800, public"
<FilesMatch "\.(ico|png|gif|js|css|jpg|jpeg|swf)$">
Header set Cache-Control "max-age=2592000, public"
Header set Expires "Thu, 31 Dez 2010 12:00:00 GMT"
</FilesMatch>
</IfModule>
Damit habe ich wohl einiges an Traffic gespart. Jedenfalls hat es bei PageSpeed ein grnen Haken bei Leverage Browser Caching gebracht und in Flo´s TrafficScanner rote Kndel entfernt.
In diesem Zusammenhang habe ich die Empfehlung gelesen, last-modified und ETag zu entfernen, da das einige Requests vermeidet. Das widerspricht allerdings der Bewertung im TrafficScanner.
Keine Ahnung, welches hier der richtige Weg ist?

Antworten

2 Beiträge
gelöschter Benutzer · 13.05.2010, 22:54 Uhr
Antwort

Im Grunde bewirken folgende Caching-Arten das Selbe:
- max-age / Expires
- Last-Modified / ETags

Man benötigt also theoretisch nur zwei der vier Caching-Arten. Und da alles, was man mehr als das minimal benötigte mitschickt, aus Sicht von Google zu viel ist, empfiehlt Google, nur jeweils eine der beiden Caching-Arten zu wählen.

Google schrieb:
It is important to specify one of Expires or Cache-Control max-age, and one of Last-Modified or ETag, for all cacheable resources. It is redundant to specify both Expires and Cache-Control: max-age, or to specify both Last-Modified and ETag.



Wenn ETags und Last-Modified-Header richtig eingestellt sind, kann das also eigentlich nur von Vorteil sein. Wo genau hast du den Tipp denn her?

lwulfe
Consultant · Content Halbgott (743 Beiträge) · 13.05.2010, 23:01 Uhr
Antwort

UFOMelkor schrieb:

Im Grunde bewirken folgende Caching-Arten das Selbe:
- max-age / Expires
- Last-Modified / ETags

Man benötigt also theoretisch nur zwei der vier Caching-Arten. Und da alles, was man mehr als das minimal benötigte mitschickt, aus Sicht von Google zu viel ist, empfiehlt Google, nur jeweils eine der beiden Caching-Arten zu wählen.



Von

www.askapache.com/htaccess/apache-speed-expires.html



Warum hat diese Konfiguration dann keinen Einfluß auf "Leverage browser caching"?
Kann ich selbst beantworten: es handelt sich um die gemergten js- und css-Files.
Da greift die Anweisung nicht.