korrekter HTTP-Statuscode für 404...

[WauWau]

Hallo Sven,

"Wenn also ein 404-Statuscode (im Header) vom CGI-Programm an den Apachen gesendet wird,..."
Wieso CGI? Du arbeitest mit PHP als Apache-Modul, da ist nirgendwo CGI im Spiel.

Ist es nicht trotzdem irgendwie CGI?

Außerdem überlege mal:
Was soll der arme Apache denn machen, wenn jemand anderes einen 404 als Header sendet, aber nicht die Apache-festgelegte 404-Seite haben will, sondern eine eigene.

Und wenn nix an dem header dran hängt? Dann könnte der Apache ja mitdenken, was sich selbstverständlich auch per irgendeiner Direktive steuern ließe.

Soll der Apache jetzt entscheiden "Hat keinen Body gesendet, da hänge ich mal meinen dran"? Warum dies? Es gibt einige Statuscodes, an die gehört kein Body.

Aber bei 404 ist das ungünstig. Weil da alle Browser, mit denen ich das getestet habe, dann nix darstellen. Garnix. Aber sobald auch nur ein einziges Zeichen im "Content" steht, zeigt der IE seine eigene 404-Seite an.

Also: Die Verantwortung liegt komplett in Händen des Skriptschreibers, inklusive aller Header und Bodys - ohne dass der Apache sich dann um irgendwas kümmert. Und das ist gut so.

na dann.... ;)

Du mischst HTTP-Status 404 und 301/302.

Deswegen ja das Posting dort - ich habe gefragt, ob das eigentlich gut so ist.

Das ist böse.

Nicht schlagen, nicht schlagen! *g* ;)

Na wenn's so ist, dann bin ich doch mal böse, nicht wahr?

Denn was soll da rauskommen?

Ein 404, für dessen Beschreibung der Browser der URi nach "Location:" folgt. Also ein 404 mit externer Beschreibung ;-)

Entweder ist die Seite 404, dann wird der mitgesendete Body angezeigt, um den Benutzer über den Fehler zu informieren.
Oder die Seite ist 302. Dann schickt der Browser einen neuen Request an den Server, um diese Seite anzufordern.

Oder es ist WauWau-404, dann kann der Browser einen neuen Request an den Server schicken, um die Seite für die Fehlerbeschreibung anzufordern.

Na dann mache ich ees eben auf die umständliche art und weise.

Das bedeutet aber insbesondere für Suchmaschinen: Die Seite ist eben gerade NICHT 404. Man konnte dem Link folgen, dort wurden Redirects bis zum eigentlichen Content gefunden - also rein in die Datenbank.

Afaik indezieren Suchmaschinen keine passwortgeschützten Seiten ;-)

WauWau