Wer weiß denn so was? Spoiler: Sehr technische Frage

[supervisior]

Nachdem ich mir inzwischen einen Wolf gegooglet habe und auch die einschlägigen Seiten mir nicht weiterhelfen konnten, versuche ich es mal hier.

Worum geht's? Es geht um .htacces und die Frage, ob es darüber möglich ist eine Rewrite Condition zu definieren, die mir in Abhängigkeit zum Status Code ermöglicht, eine Rewrite Regel zu erstellen. Mit PHP ist das kein Problem, aber PHP hilft mir nicht weiter. Es muss zwingend die .htaccess sein!

[Hanzo2012]

Im Allgemeinen: Nein, geht nicht.
In Spezialfällen könnte es gehen, aber dazu müsstest du ganz genau erklären, worum es geht, am besten mit einem repräsentativen Beispiel.

[supervisior]

Im Allgemeinen: Nein, geht nicht.
In Spezialfällen könnte es gehen, aber dazu müsstest du ganz genau erklären, worum es geht, am besten mit einem repräsentativen Beispiel.

Es ist vergleichsweise simple

Wie Du weißt verwende ich einen HTTP Cache, der sich auf unzählige Weise steuern lässt. Allen voran wird das über HTTP Header gemacht, worüber ich das Cache Verhalten aussteuern kann. Ohne diese speziellen Header verhält sich dieser HTTP Cache wie ein Formel 1 Auto ohne Lenkung und ohne Bremse und fährt quasi immer im Vollgas. Heißt, es wird alles ohne Rücksicht auf whatever gecachet. Kommt es also zu einem Aufruf einer URL, die z.B. nicht mehr existiert oder umgeleitet wird, wird auch das gecachet und das gilt es zu verhindern. Mit PHP ist das kein Problem, aber eine gecachete URL besteht nur mehr noch aus plain text. Da gibts kein PHP mehr, weshalb ich das über die .htaccess machen muss. Es gäbe zwar noch eine Alternative es doch mit PHP zu machen, aber die wäre zu umständlich.

[Hanzo2012]

Kommt es also zu einem Aufruf einer URL, die z.B. nicht mehr existiert oder umgeleitet wird, wird auch das gecachet und das gilt es zu verhindern.

Dein Cache cached standardmäßig Fehlerseiten? Klingt seltsam. Gibt's da keine Option in deinem Cache, um sowas von vornherein zu verhindern?

[staticweb]

Das ginge bei statischen Seiten, aber nicht bei dynamischen, da der Webserver ja nicht weiß ob die Seite existiert.

[supervisior]

Kommt es also zu einem Aufruf einer URL, die z.B. nicht mehr existiert oder umgeleitet wird, wird auch das gecachet und das gilt es zu verhindern.

Dein Cache cached standardmäßig Fehlerseiten? Klingt seltsam. Gibt's da keine Option in deinem Cache, um sowas von vornherein zu verhindern?

Wir reden hier nur von dynamisch von der jeweiligen Applikation generierte Seiten, also keine Seiten wie z.B. das jeweilige Errordocument, das vom Server fallweise angezeigt wird falls die jeweilige Applikation das Handling von Fehlerseiten nicht übernimmt. Somit auch keine statischen HTML Seiten, sondern eben nur die dynamisch generierten Seiten. Statische Sourcen sind davon auch ausgeschlossen. Wenn eine Applikation z.B. einen 404 Header ausgibt, dann ist auch diese Seite dynamisch. Das kann der HTTP Cache aber nicht wissen. Für den ist das eine Seite wie jede andere. Wie soll man das also vorher schon unterbinden können, wenn es dem Anschein nach keine Möglichkeit gibt abhängig vom Status eine Regel auszuführen?

Update:
Dynamisch stimmt nicht ganz. Es werden auch statische PHP Seiten gecachet.

[supervisior]

Das ginge bei statischen Seiten, aber nicht bei dynamischen, da der Webserver ja nicht weiß ob die Seite existiert.

Statisch und dynamisch spielt keine Rolle. Solange es eine PHP Seite ist, wird diese gecachet.

[staticweb]

Wenn es ein dateibasierter Cache ist wäre es theoretisch möglich. Kenne aber die genaue Konstellation nicht.

[supervisior]

Wenn es ein dateibasierter Cache ist wäre es theoretisch möglich. Kenne aber die genaue Konstellation nicht.

Nix dateibasiert, URL basiert, so wie jeder HTTP Cache das macht, aber eben begrenzt auf PHP. Im Grunde genommen alles, was sich in der Dev Console des Browsers als Document oder XHR Request ausgibt.

[supervisior]

Wenn es ein dateibasierter Cache ist wäre es theoretisch möglich. Kenne aber die genaue Konstellation nicht.

Nix dateibasiert, URL basiert, so wie jeder HTTP Cache das macht, aber eben begrenzt auf PHP. Im Grunde genommen alles, was sich in der Dev Console des Browsers als Document oder XHR Request ausgibt.

Im Grunde genommen verhält sich das genauso wie mit dem Cache-Control Header. Im Falle eines Server seitigen HTTP Cache wird da aber nix temporär im Speicher vorgehalten, sondern es werden statische Cache Dateien generiert. Das sind dann nur mehr noch plain text Dateien, die aber zusätzlich noch komprimiert werden.

[staticweb]

> ... sondern es werden statische Cache Dateien generiert. Das sind dann nur mehr noch plain text Dateien, die aber zusätzlich noch komprimiert werden.

Dann könnte man prüfen ob diese existieren und über die .htaccess reagieren. Aber da wäre sicher noch einiges mehr zu prüfen was eigentlich nachgelagert ist.

[supervisior]

> ... sondern es werden statische Cache Dateien generiert. Das sind dann nur mehr noch plain text Dateien, die aber zusätzlich noch komprimiert werden.

Dann könnte man prüfen ob diese existieren und über die .htaccess reagieren. Aber da wäre sicher noch einiges mehr zu prüfen was eigentlich nachgelagert ist.

Dein Denkansatz ist falsch. Erstens kommen da bis zu mehrere 10.000 Dateien zum Einsatz, aber ich müsste das noch nicht mal prüfen, weil bei jedem Aufruf einer URL ein entsprechender Response Header ausgegeben wird, der mit "hit" oder "miss" Auskunft gibt, ob eine Seite bereits geachet wurde oder nicht. Wenn "hit", also gecachet, lässt sich da nix mehr prüfen. Vor allem nicht mit PHP, weil der Output der jeweiligen URL sich aus den statischen Cache Dateien generiert. Das ist das Gleiche wie wenn Du mit den Browser Funktionen eine Seite lokal abspeicherst. Beim Aufruf im Browser ist das dann nur mehr noch eine statische HTML Seite ohne die Möglichkeit irgendwas dynamisch ausführen zu können.

[Hanzo2012]

Wenn eine Applikation z.B. einen 404 Header ausgibt, dann ist auch diese Seite dynamisch. Das kann der HTTP Cache aber nicht wissen. Für den ist das eine Seite wie jede andere. Wie soll man das also vorher schon unterbinden können, wenn es dem Anschein nach keine Möglichkeit gibt abhängig vom Status eine Regel auszuführen?

Der Cache sollte gucken, welcher Statuscode zurückkommt, und wenn das ein Fehlercode ist, dann sollte er die Antwort nicht cachen.

[supervisior]

Der Cache sollte gucken, welcher Statuscode zurückkommt, und wenn das ein Fehlercode ist, dann sollte er die Antwort nicht cachen.

Wir drehen uns grad im Kreis herum..... Dieser HTTP Cache ist Teil des Webservers und was der Webserver nicht kann, kann der HTTP Cache erst recht nicht.

Ich kann das nur auf 2 Wegen lösen, was aber ein riesiger Aufwand ist und ich dafür jede Applikation anpassen/erweitern müsste. Entweder bei jedem nicht 200er Header Ausgabe danach einen zusätzlichen Header setzen, der den Webserver anweist diese URL nicht zu cachen. Oder bei jedem Aufruf einer URL einen AJAX Request hinterschicken, der mit einer PHP Funktion prüft, welchen Status Code diese URL zurückgibt. Das Ergebnis müsste ich dann in ein Logfile schreiben und dann z.B. per cron die betreffenden URLs einzeln den Cache löschen lassen. Rein funktionell ginge das, aber wirklich schön ist das nicht.

[supervisior]

Ergänzung: Bestimmte Seiten/URLs, die ich von vornherein nicht gecachet haben will, kann ich schon vorab als no-cache definieren, aber eben nicht an Hand des Status Codes, sondern klassischerweise entweder per Request URL, bestimmten Tags als Header oder weil z.B. POST u.a.