[Ben]

Hallo,
zunächst einmal sei gesagt, dass es sich hier um kein PHP-Problem handelt, auch wenn ich hier PHP-Code zur Verdeutlichung verwende!

Ich habe hier folgenden Schnipsel gefunden, um auf eine 404er-Seite weiterzuleiten.

PHP-Code:

header("HTTP/1.1 301 Moved Permanently");
header("Location: /404.php");
header("Connection: close");
exit(); 


Okay, das geht natürlich auch ganz simpel mittels

PHP-Code:

header("Location: /404.php");
exit();[/ 


aber das 301 Moved Permanently hat ja schon seinen Sinn.

Ich frage mich nur, warum genau wird dort dieses "Connection: close" verwendet?

HTTP/1.1 defines the "close" connection option for the sender to
signal that the connection will be closed after completion of the
response. For example,

Connection: close

in either the request or the response header fields indicates that
the connection SHOULD NOT be considered `persistent' (section 8.1)
after the current request/response is complete.

Quelle: http://www.faqs.org/rfcs/rfc2616

Schön und nun mal für dumme Leute, wie mich bitte.
Brauch ich das, brauch ich das nicht?

Danke für Eure Antworten.

[xabbuh]

1. Warum der Statuscode 301 und dann 404.php als Dateinamen?

2. Connection: close bezieht sich, wenn ich mich nicht völlig vertue, auf die darunter liegende TCP-Verbindung. Wenn du nun eine Seite hast, in die viele Bilder eingebettet sind, ist es sinnvoll, nicht für jedes einzelne Bild eine neue Verbindung aufzubauen, um überflüssigen Overhead zu vermeiden (Three-Way-Handshake etc.). Bei einer 404-Meldung kann man durchaus den Client anweisen, die Verbindung zu schließen, wenn diese Meldung aus reinem Text besteht.

Gruß
Christian

[Ben]

Zitat von xabbuh

1. Warum der Statuscode 301 und dann 404.php als Dateinamen?

Hehe, jau. Das ist logisch gesehen falsch.

Es ist so, dass öfters mal Artikel verschwinden, da z.B. ein Vertrag mit einem Kunden ausgelaufen ist und seine Artikel nun eben nicht mehr verfügbar sind und auch nicht sein sollen.
In dem Rahmen wurde das mal eingeführt und .. nunja, wie es halt so Baustellen in Projekten gibt, ne?

Werde das mal ansprechen.

Zitat von xabbuh

2. Connection: close bezieht sich, wenn ich mich nicht völlig vertue, auf die darunter liegende TCP-Verbindung. Wenn du nun eine Seite hast, in die viele Bilder eingebettet sind, ist es sinnvoll, nicht für jedes einzelne Bild eine neue Verbindung aufzubauen, um überflüssigen Overhead zu vermeiden (Three-Way-Handshake etc.). Bei einer 404-Meldung kann man durchaus den Client anweisen, die Verbindung zu schließen, wenn diese Meldung aus reinem Text besteht.

Danke.

[robo47]

wenn etwas mal existiert hat und nicht mehr existiert, warum dann nicht ein 410er ?

http://de.wikipedia.org/wiki/HTTP-Statuscodes
-> Gone ->
Ungebräuchlich. Die angeforderte Ressource wird nicht länger bereitgestellt. Eine neue Adresse der Ressource ist nicht bekannt.
Was das ungebräuchlich soll, kann ich allerdings nichts zu sagen

Google dazu: http://www.google.de/support/webmast...y?answer=40217

mfg
robo47

[$traight-$hoota]

der 301er macht so, wie dieser codeausschnitt arbeitet schon sinn: die fehlerseite wird ja nicht direkt eingebunden, sondern es wird ein location-header gesendet, der den browser an die url /404.php weiterleitet.
somit ist der statuscode 301 erstmal richtig.

allerdings ist es imo nicht sinnvoll, fehlerseiten per redirect anzuzeigen, weil dadurch (wie hier zu sehen) die statuscodes falsch werden: der URL /404.php erhält nen 404-code obwohl diese resource ja vorhanden ist und die gar nicht vorhandene resource hat ne weiterleitung.

[FloB]

Ich würde direkt einen 404-Statuscode senden mit URL des Fehlerdokuments. Das ist ja auch Sinn der Sache.

Ich denke, dass eine 301-Weiterleitung ein Herunterladen des Fehlerdokuments per Browser erzwingt, während ein 404-er auch eine Browser-eigene Fehlermeldung anzeigt.