Multidomain 404 Fehlerseiten

@mstuebner:
$filename kann auch ein URL sein.
Daher der Scherz mit Google, also zum Test ob es am Script oder der URL liegt.

@sunfish:
Es funkt leider immer noch nicht. Mit Google nach wie vor ohne Probleme. Ich hab nun auch versucht, RealURL rauszulassen bzw. andere Konstellationen zu testen:

$filename = "http://$host/index.php?id=345";
$filename = "http://meinedomain.tld/index.php?id=345";
$filename = "http://andredomain-gleichesTypo3.tld/error.html";

345 ist die ID der Error-Seite, $host wird auch richtig aufgelöst. Nur sobald ich mit fopen (bzw. fgets, file_get_contents) versuche einen URL von meinem Server zu lesen, kommt ein 500er Error.

Das ist die Error-Log vom Apachen2:

[Fri Jul 28 16:08:01 2006] [error] [client 84.171.45.112] FastCGI: comm with server "/var/www/fcgi/cms/fcgi-starter" aborted: idle timeout (30 sec)
[Fri Jul 28 16:08:01 2006] [error] [client 84.171.45.112] FastCGI: incomplete headers (0 bytes) received from server "/var/www/fcgi/cms/fcgi-starter"
[Fri Jul 28 16:08:02 2006] [error] [client 202.12.145.20] FastCGI: comm with server "/var/www/fcgi/cms/fcgi-starter" aborted: idle timeout (30 sec)
[Fri Jul 28 16:08:02 2006] [error] [client 202.12.145.20] FastCGI: incomplete headers (0 bytes) received from server "/var/www/fcgi/cms/fcgi-starter"
[Fri Jul 28 16:08:03 2006] [warn] FastCGI: server "/var/www/fcgi/cms/fcgi-starter" (pid 4238-) terminated due to uncaught signal '11' (Segmentation fault)
[Fri Jul 28 16:08:03 2006] [warn] FastCGI: server "/var/www/fcgi/cms/fcgi-starter" has remained running for more than 30 seconds, its restart interval has been restored to 5 seconds
[Fri Jul 28 16:08:03 2006] [warn] FastCGI: server "/var/www/fcgi/cms/fcgi-starter" (uid 1000, gid 1000) restarted (pid 13163)

Meine Umgebung ist ein Debian Sarge VServer mit grsecurity-Patch und PHP als FastCGI kompiliert.

Kann mir da noch jemand nen Tipp geben?

Danke und schönes WoE,
Bern

Die vorgestellte Lösung mit der Klasse "user_pageNotFound" ist nicht empfehlenswert. Fehlt die Error-Seite, in die die Fehlermeldung geparst werden soll, gerät der Server enorm unter Last, auch wenn die Klasse "user_pageNotFound" nur einmal aufgerufen wird. Offensichtlich kommt es zu einem Loop durch den rekursiven Seitenaufruf, der erst beendet wird, wenn die Script-Laufzeit überschritten wird.

Bessere Lösung für Multidomain 404 Fehlerseiten

Dmitry Dulepov und ben van 't ende haben vor längerem einen Artikel zum "Improved 404 handling" geschrieben, in dem eine einfachere und bessere Lösung vorgestellt wird.

Im Installations-Tool oder der localconf.php trägt man ([FE][pageNotFound_handling] = /http-error-404/ ein. Tritt ein 404 Fehler auf, wird in der Root der jeweiligen Domain nach einer Seite mit diesem Titel oder "Speaking URL path segment" gesucht und falls vorhanden angezeigt. Dort kann ein ganz individueller Text für die jeweilige Domain stehen. Fehlt die Seite, erscheint eine automatisch generierte typo3 Fehlermeldung, dass die Seite http-error-404 nicht gefunden wird.

Für das Error-Handling ist die Datei "typo3/sysext/cms/tslib/class.tslib_fe.php" zuständig. Unter "// Check recursion" wird mit "exit" vermieden, dass es zu einem Loop kommt, wenn die vorgesehene Seite mit der Fehlermeldung nicht gefunden wird.

Will man auf der Fehlermeldungs-Seite den vergeblich gesuchten Dateinamen ausgeben, geht das derzeit nur mit einem Hack. Denn in der "typo3/sysext/cms/tslib/class.tslib_fe.php" wird im Falle eines 404er Fehlers zum Fehler-Dokument weitergeleitet, so dass die vergeblich gesuchte Seite in keiner Globalen-Variable (t3lib_div::getIndpEnv('REQUEST_URI')) mehr zu finden ist. Als 'REQUEST_URI' steht jetzt http-error-404.

Fügt man in Zeile 1381 ein (vor: <pre>echo $content; // Output the content</pre>)

$content = str_replace('###CURRENT_URL###', t3lib_div::getIndpEnv('REQUEST_URI'), $content);

wird der Marker ###CURRENT_URL###, der im normalen Seiten Text verwendet werden kann, ersetzt.

Beispiel:
Überschrift: HTTP Fehler 404 - Seite nicht gefunden
Text: Die Seite www.meinedomain.de###CURRENT_URL### wurde nicht gefunden. Hier geht es zu unserer <link 2>Startseite</link>.

Vielleicht sehe ich das Problem nicht ganz, aber es geht doch viel einfacher:

Im Install-Tool nicht den Link auf irgendein Skript setzen, sondern auf eine Fehlerseite in TYPO3 (Design bleibt erhalten, nichts drumrum zu programieren usw.).
Im Template der Fehlerseite noch den richtigen Statuscode angeben und schon läuft's.

Hallo,

das klingt eigentlich ganz einfach mit

$TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/http-error-404/' ;
$TYPO3_CONF_VARS['FE']['pageNotFound_handling_statheader'] = 'HTTP/1.1 404 Not Found';

Ich habe auch jeweils eine Seite mit dem Seitentitel http-error-404 angelegt innerhalb der domains, aber es kommt immer die Startseite anstatt der error seite.

Wenn ich eine absolute domain angebe ala [FE][pageNotFound_handling] = http://www.domain.de/http-error-404.html , kommt die richtige seite. ich habe aber 2 domains und möchte unterschiedliche error meldungen.

Hallo Istan,
Kannst du denn die Seite direkt aufrufen:
http://www.deine_domain.de/http-error-404.html
So könntest du herausfinden, ob es an der Seite selbst oder an der Weiterleitung im Fehlerfall liegt.

Die Seite http-error-404.html kann ich aufrufen. Wenn ich aber seitegibtesnicht.html aufrufe kommt die startseite, als http-status code wird richtigerweise 404 gesendet.

Auf was bezieht sich ['pageNotFound_handling'] = '/http-error-404/' genau? Auf den Seitentitel? Ich habe die Seiten so angelegt:

new typo3 site
|
- domain 1
| |
| - menu
| - seiten
| | |
| | - http-error-404
|
- domain 2
| |
| - menu
| - seiten
| | |
| | - http-error-404

vielleicht hab ich hier irgendwas missverstanden?

Tobias

hmm, das ist jetzt schwierig von außen zu erkennen woran es liegt, dass es mit dem Domainnamen vorne klappt und nicht einfach mit dem Seitennamen. Die Fehlerseite soll nicht in einem Unterverzeichnis liegen. Bei mir hat es auch mit real-url sofort geklappt.

Der Prozess läuft in der Datei "typo3/sysext/cms/tslib/class.tslib_fe.php" ab. Am besten lässt du dir dort Schritt für Schritt Variable ausgeben. So kannst du herausfinden, wo es hakt. Die Extension krumo ist für das Ausgeben von Variablen recht hilfreich.

sunfish

In einer anderen typo3 Installation hatte ich mit dem Eintrag /error-404/ auch Probleme. So klappte es dort:

$TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/error-404.html';

Offensichtlich wird der "Name der Datei" eingetragen, die aufgerufen werden soll. Mit "Error 404" im Seitentitel funktioniert die Fehlerseite.

Du kannst auch "Speaking URL" hierfür verwenden.

Torsten

der Thread ist schon sehr alt, aber geht noch die Lösung für T3 4.5.3x ?

würde denn auch sowas hier gehen:

$TYPO3_CONF_VARS[\'FE\'][\'pageNotFound_handling\']
if ($_SERVER[\'HTTP_HOST\'] == \'www.example.com\') {
$TYPO3_CONF_VARS[\'FE\'][\'pageNotFound_handling\'] = \'READFILE:/404-v1.html\';
}
else {
$TYPO3_CONF_VARS[\'FE\'][\'pageNotFound_handling\'] = \'READFILE:/404-v2.html\';
}