[CIX88]

Das man mit htaccess eigene Fehlerseiten ausgeben kann, ist bekannt und nicht Gegenstand meiner Frage.

Bezüglich Error 404 ( ist bekannt ? ) wollte ich eine eigene Fehlerseite erstellen, jedoch soll die aufgerufende URL angezeigt werden.
Irgendwie bin ich zu blöd, veraltet oder sonstwas, aber bekomme das nicht in die Reihe.

Wird z.B. http://www.cix88.de/uhu.htm aufgerufen, wird eine PHP-Datei ausgegeben.
Aber wie bekomme ich das hin, dass hier die Datei »uhu.htm« als Fehlerquelle angezeigt wird ?

In der .htaccess steht dazu vorerst folgener Eintrag:
ErrorDocument 404 http://www.cix88.de/_error/404.php

Tja, jetzt knobbel ich ...

[Jann Hendrik]

kannst du mal den Inhalt der .htaccess zeigen?

Ich habe eine Idee, weiß aber nicht, ob das klappt.
Kann man nicht die eigentlich aufgerufene Datei in der htaccess als GET an die 404.php anhängen?

[CIX88]

kannst du mal den Inhalt der .htaccess zeigen?

Wo bis jetzt erstmal nur:

ErrorDocument 404 http://www.cix88.de/_error/404.php

Natürlich auch für 403 und 500.
Mir gehen zwar 100 Gedanken durch den Kopf, aber umso mehr ich darüber nachdenke lösen sich meine Gedanken in Luft auf.

Dachte auch irgendwie als Parameter übergeben, ja auch dieser Gedanke ging bis jetzt nicht recht auf.

[Jann Hendrik]

ich habe dazu leider keine Ahnung, warte daher gespannt, was die anderen dazu so sagen werden!

[CIX88]

Kann man nicht die eigentlich aufgerufene Datei in der htaccess als GET an die 404.php anhängen?

Diesen Gedanken hatte ich ja auch schon, aber was anhängen ?
Irgendwie Variable dranhängen ? Aber was welche wie ...

[Jann Hendrik]

ich dachte da an sowas:

RewriteEngine On

errordocument 404 http://www.domain.tld/error404.php?file=%{REQUEST_FILENAME}

nur wird das leider direkt als Text angehängt...

[CIX88]

Naja vieleicht fällt jemand noch etwas dazu ein.
Ich mache erstmal was anders, um auf andere Gedanken zu kommen ...

[MrNiceGuy]

Ich habe mal dirkt in der Doku vom Apache gestöbert, da mir dies am sinnigsten erschien: http://httpd.apache.org/docs/2.0/mod...#errordocument

Wenn ich das richtig verstanden habe, gibt es keine direkte Möglichkeit, die Fehlercodes zu automatisieren. Du wirst also wohl oder übel für alle Rückgabecodes einen Eintrag in deiner .htaccess machen müssen. Aber: Welche Codes tretn denn eigentlich auf? Alles sind es sicher nie.

ftp://ftp.isi.edu/in-notes/rfc2616.txt

Ich habe höchstens folgende mal erlebt: 200, 202, 301, 302, 304, 305, 307, 400, 401, 402, 403, 404, 500

Die restlichen Codes habe ich bisher nie zu Gesicht bekommen (OK, ich schaue mir auch nicht IMMER die Codes an, aber das da ^^ sind die, die mir eigentlich nur aufgefallen sind und selbst ein paar DAVON noch sind nur ganz, ganz selten).

[CIX88]

Hmmm, jo aber Apache erstellt doch auch ein Log, wo genau diese diese Dinge auch abgespeichert werden.
Wieso geht das nicht auch über die htaccess ?

[VolkerK]

Lass Dir mal $_SERVER in Deinem Fehlerskript ausgeben. Du wirst staunen, was bei _SERVER[REDIRECT_URL] und/oder _SERVER[REQUEST_URI] steht.

[CIX88]

Du wirst staunen, was bei _SERVER[REDIRECT_URL] und/oder _SERVER[REQUEST_URI] steht.

Jedenfalls nicht was ich suche ...

[MrNiceGuy]

Ich habe mir da mal eine Art Workaround ausgedacht, vielleicht ist es eine Überlegung wert!?

Du hast deine Webseite http://www.meineseite.de/ in dessen Root-Folder du nun eine Datei anlegst, meinetwegen parse.php oder wie auch immer und eine .htaccess. Nun stellst du deine RewriteRule so ein, dass jeder Seitenaufruf (z.B. http://www.meineseite.de/unterordner/datei.php) umgeleitet wird auf die parse.php: parse.php?file=/unterordner/datei.php. Die Seite liegt dann zum Beispiel in einem extra Unterordner, wie sie normal im Root-Folder liegen würde und der eine Art Ausnahme der RewriteRule darstellt (wenn jemand den Ordner direkt aufruft, darf nicht die parse.php gestartet werden!). Die parse.php startet nun selber einen HTTP-Request an den Webserver im entsprechenden Unterordner der Seite, wo die Seite ansich liegt (deswegen darf nicht die parse.php aufgerufen werden, sonst ergibt sich eine Endlosschleife!!!) und erhält den entsprechenden Statuscode des Browsers zurück. Jenachdem, wlchen Code man nun erhält kann man entweder direkt die Seite ausgeben oder eben eine Fehlerseite anzeigen lassen.

Ich hoffe ich konnte mich klar ausdrücken und rein theoretisch (also in meinem Kopf ) funktioniert das alles wunderbar Habe nur selber jetzt noch nicht mit RewriteRules gearbeitet, weiß also nciht genau, wie die RegEx dort auszusehen haben, aber das wirst du wohl hinbekommen, oder?

[VolkerK]

Zitat von CIX88

Jedenfalls nicht was ich suche ...

Das ist sehr seltsam. Was ist dann an Deiner PHP-Version anders als an anderen? Denn in den beiden Parametern stehen normalerweise die originalen Pfadangaben drin.
Welcher Webserver? Welche Version. Welche php Version? Betriebsart (Modul/cgi)?

http://httpd.apache.org/docs/2.0/custom-error.html

At least REDIRECT_URL and REDIRECT_QUERY_STRING will be passed to the new URL (assuming it's a cgi-script or a cgi-include)

Das gilt auch für das php Apache-Modul.

[VolkerK]

Ach ja, noch ein Beleg für die These - man soll mir ja keine leeren Behauptungen unterstellen können
http://www.php.net/urlhowto.php

What enables PHP.net to have this feature is a combination of some ErrorDocument Apache settings, redirecting the browser to another page in case of an "Error 401/3/4" and a little search script that looks up page names or functions names in the manual corresponding to what you searched for in http://www.php.net/search_for_this.

Die ganzen Skripte, Dokumente und pipapo kann man sich per rsync abholen und ansehen.
Langer Rede kein Sinn. ErrorDocument wird auf /error.php gesetzt und dort wird u.a. die Datei include/error.inc eingebunden.

Zitat von include/error.inc

// A 'good looking' 404 error message page
function error_404()
{
global $MYSITE;
status_header(404);
site_header('404 Not Found', array("noindex"));
echo "<h1>Not Found</h1>\n<p><strong>" .
htmlspecialchars(substr($MYSITE, 0, -1) . $_SERVER['REQUEST_URI']) .
"</strong> not found on this server.</p>\n";
site_footer();
exit;
}

[MrNiceGuy]

@VolkerK: ich glaube nicht, dass er das meinte, was du ihm vorgeschlagen hast, nämlich letztlich durch einen Fehlercode auf eine PHP-Seite zu leiten, die dann letztlich filtert, welcher Fehler-Code geschickt wurde, sondern er will eifnach nicht für jeden abzufangenden Fehlercode einen Eintrag in seine .htaccess machen. Er möchte quasi alle Fehlercodes mittels eines Befehls an ein Script weiterleiten und das geht mit ErrorDocument leider nicht, denn es gibt kein ErrorDocument * ./error.php.

Mein Workaround bietet da zwar eine Art Abhilfe, ist aber mit Sicherheit nicht so performant, da jede einzelne Fitzeldatei durch das PHP-Script muss, leider eine etwas unschöne Art, aber es hilft zumindest wirklich ein Script zu haben, dass automatisch alle HTTP-Codes abfangen kann.

[Jann Hendrik]

ich habe es so verstanden, dass in der error404.php (und sonstiger Fehler) gelesen werden soll, welche Seite eigentlich versucht wurde zu laden.

[CIX88]

Jo genau, in der 404-PHP-Datei soll der Fehler angezeigt werden, bzw. die Datei welche aufgerufen worden ist.

Habe ich das so umständlich im ersten Posting erklärt ?

Rufe ich folgendes auf:

...cix88.de/uhu.html

soll in der dazugehörigen Fehlerdatei der Hinweis zu uhu.html erscheinen.

Dazu muss aus der .htaccess irgendwas mit übergeben werden, aber hier geht das eigentliche Problem los, wo ich derzeit nicht weiter komme.

EDIT:

Aber ich werd vermutlich einen anderen Weg gehen ...
Ich dachte, ich könnte es über .htaccess lösen aber nicht bei 1und1

[VolkerK]

Was fehlt denn?
Bei http://faq.1und1.de/hosting/technik/htaccess/ bzw. http://faq.1und1.de/hosting/technik/htaccess/2.html wird ErrorDocument doch aufgeführt

[CIX88]

Die URLs kenne ich bereits, aber hat nicht geholfen.

[MrNiceGuy]

Hmm... OK, scheine das falsch verstanden zu haben, allerdings frage ich mich wirklich, warum dir die Informationen aus $_SERVER nicht reichen, aber du sagst ja nur "bringt nix", ohne ne Fehlermeldung oder Begründung zu liefern, weshalb das nix bringt