Cache Header Einstellungen verstehen ...

Hallo zusammen,

eine Kundenwebsite wird auf einem nginx-Server beim Kunden gehostet und es geht jetzt um die Cache Header Einstellungen.

Ich habe da wenig Ahnung und hoffe dass mir jemand das folgende Zitat etwas für Nicht-Serveradmins vereinfachen kann:

Zitat:

---

Das mit den Headern ist schon sonderbar bei Contao, zumal in der Dokumentation nichts für besondere Einstellungen
steht, also für statische Elemente.
Normal Cache Header Einstellungen, dann werden aber 404 Fehler erzeugt, weil mit irgendetwas über den Request nicht klar kommt.
Die Header Einstellungen für statische Elemente über den NGINX haben eigentlich (???) nichts mit der Anwendung zu tun, da brauch man für die 404 Fehler ein Debug Log von der Contao Anwendung.

---

Viele Grüße,
conter

Was genau benötigst du..? Gibt es ein bestimmtes Problem? Deine Nachricht sowie die zitierte Nachricht sind nicht besonders aufschlussreich.

Gute Frage, ich habe es tatsächlich nicht verstanden, daher meine Anfrage ...

Es gab Probleme mit der Header Cache Einstellungen.

Wir wollten gerne die leidige Pagespeed-Meldung "statische Inhalte ohne effiziente Cache-Richtlinie -> cache-ttl: none" durch Servercaching von Schriften, css, js, webp etc. loswerden.

Grundsätzlich ja auch richtig. Aber was ist nun das Problem dabei?

Hi spooky,

Meine Frage habe ich ja quasi stellvertretend für den Kunden-Admin gestellt.

Das Problem war, die richtigen nginx-Direktiven fürs http-caching (static ressources) für unsere contao-Installation zu schreiben.

Gefunden haben wir natürlich

https://docs.contao.org/manual/de/pe...ce/#body-inner

https://docs.contao.org/manual/de/pe.../http-caching/

https://docs.contao.org/manual/de/pe...nce/php-setup/

Die Frage des Admins war letztlich:
Gibt es etwas contao-spezifisches bei der nginx-Konfiguration bezüglich des http-caching zu beachten und wo findet man das in der Doku.

Viele Grüße,
conter

Contao behandelt keine statischen Ressourcen, also gibt es da auch nichts zu beachten.

Das einzige was wichtig ist, dass alle Requests, die nicht eine statische, existierende Ressource referenzieren, an die PHP Applikation weiter gegeben werden.

Danke! Dann gebe ich das mal so weiter.
Viele Grüße,
Meike

Und wichtig wäre vielleicht auch noch, dass bei Responses, die von der PHP Applikation kommen, die Cache Header nicht überschrieben werden.

Da hänge ich mich mal mit dran.

NGINX bietet ja die Möglichkeit statische Daten direkt auszuliefern. Moodle z.B. nutzt das indem man folgenden Block in die Server-Definiation aufnimmt:

Code:

---

        location /dataroot/ {
            internal;
            alias /var/www/moodle/priv/moodledata/; # ensure the path ends with /

---

Ginge das mit Contao auch?

Und kann Contao den FastCGI-Cache nutzen?

Die nginx Config, die du gepostet hast, scheint nichts mit statischen Dateien zu tun haben.

Ja, doch. In diesem Pfad liegen bei Moodle die Kursinhalte.
https://docs.moodle.org/400/en/Nginx...Accel-Redirect

Die werden so direkt ansprochen, ohne das PHP irgendwas machen muss.

Aber vermutlich müsste Contao dafür XSendfile unterstützen. Für Apache gibt es da auch ein Modul.
https://www.nginx.com/resources/wiki...les/xsendfile/

Zitat:

---

Zitat von neelix

Ja, doch. In diesem Pfad liegen bei Moodle die Kursinhalte.
https://docs.moodle.org/400/en/Nginx...Accel-Redirect

Die werden so direkt ansprochen, ohne das PHP irgendwas machen muss.

---

Das was ich meinte ist: diese Direktive legt nur einen Alias an, sodass unter http://example.com/…/dataroot/ die Ressourcen unter /var/www/moodle/priv/moodledata/ zur Verfügung stehen.

Das interessante Statement hier ist das internal. Das sorgt nämlich dafür, dass die Inhalte nicht direkt erreichbar sind, sondern von NGNIX nur ausgeliefert werden, wenn dieser XSendfile-Header dabei ist.

Aber was hat dieser Header mit der Diskussion hier denn zu tun? In der Dokumentation steht folgendes:

Zitat:

---

X-accel allows for internal redirection to a location determined by a header returned from a backend.

This allows you to handle authentication, logging or whatever else you please in your backend and then have NGINX handle serving the contents from redirected location to the end user, thus freeing up the backend to handle other requests. This feature is commonly known as X-Sendfile.

---

Das würde also nur Requests betreffen, wo die Applikation Ressourcen ausspielt. Hier im Thread geht es aber um bereits existierende Ressourcen - und da ist dieser Header ja dann gar nicht mehr relevant.

Vielleicht misverstehe ich das auch - aber ich denke solche Fragen sind wohl eher in einem anderen Forum besser aufgehoben, da das ja nichts mit Contao zu tun hat.

Bei Moodle sorgt das dafür, dass die ganzen PDFs, Videos usw. nicht über einen PHP Prozess laufen. Durch den X-Sendfile Header erkennt der NGINX, dass er diese Anfrage direkt bearbeiten soll und liefert das Video aus ohne das PHP das durchleiten muss. Wenn da ganze Schulklassen Lernvideos schauen, dann reduziert das ordentlich Last.

Aber meine zweite Frage ja noch, was mit der Unterstützung des FastCGI-Caches ist. Bei Wordpress bringt das einiges.

Zitat:

---

Zitat von neelix

Bei Moodle sorgt das dafür, dass die ganzen PDFs, Videos usw. nicht über einen PHP Prozess laufen.

---

Aber das würden sie ja ohnehin nicht? Ich kenne aber Moodle nicht.