Danke sehr,
das hat mir super geholfen.
Habe in dem Feld [pageNotFound_handling] genau wie du es angegeben hast einen Pfad zu einem Dokument (in meinem Fall war es einfach die Startseite) angegeben und es funktioniert blendend.
Danke nochmal
ErrorDocument - Einstellungen
Habt ihr noch irgendwelche Einstellungen in der .htaccess gemacht?
Bei mir will das einfach nicht funktionieren. Egal was ich eingebe, absoluter Pfad, relativer Pfad oder einfach nur ne Seiten ID oder so funktioniert einfach nicht. :o
Ich lande immer in der nächsthöheren Ebene, also /ebene1/ebene2/seite.html verweisst nicht korrekterweisse auf /404.html sonder auf /ebene1/ebene2
Das passiert sowohl mit der von TYPO3 mitgelieferten .htaccess als auch mit einer eigenen.
Jemand eine Idee wo der Hase im Pfeffer liegt?
Wie sieht denn dein [pageNotFound_handling] Eintrag aus?
Ist die gewünschte Seite erreichbar, wenn du die Adresse direkt eingibst?
Hallo Rookie79,
im Moment steht bei:
[pageNotFound_handling] = /404/
[pageNotFound_handling_statheader] = HTTP/1.0 404 Not Found
bei [pageNotFound_handling] ist es scheinbar egal ob ich den Pfad relativ oder absolut angebe. Die Seite ist auch erreichbar
Was ist, wenn du es in der Form "/index.php?id=20" (ID natürlich angepasst) angibst?
Hallo,
[pageNotFound_handling] = /404/
und
[pageNotFound_handling] = /index.php?id=59
bringen die selben Ergebnisse. Was mir aber aufgefallen ist, wenn ich www.test.de/pfad/zur/nichtexistentendatei.html eingeb lande ich eine Ebene höher (sofern vorhanden) oder eben auf der Startseite.
Wenn ich aber www.test.de/index.php?id=4711 (Seite gibts nicht) eingebe lande ich korrekterweisse auf meiner 404-Seite. Egal ob ich /404/ oder /index.php?id=59 eingebe.
Ich bin ratlos und es wäre sehr gut wenn die alten URLS wenigstens auf die neue 404-Seite verweisen würden nach dem Relaunch.
ErrorDocument 404 http://www.test.de/index.php?id=59 direkt in der .htaccess bleibt seltsamerweisse komplett ohne Funktion.
Die wird wohl irgenwdie überschrieben, aber ich ahb kein Plan wo und vorallem weshalb #angry#
Also funktioniert das Ganze ohne RealURL. Nimm die originale .htaccess und poste mal deine RealURL Konfiguration. Die Einstellungen für RealURL im TS sind korrekt?
# RealURL
config.simulateStaticDocuments = 0
config.baseURL = http://www.Domain.de/ <- abschließender Slash !!!
config.tx_realurl_enable = 1
config.prefixLocalAnchors = all
Ich habe mich wohl missverständlich ausgedrückt. Oben beschriebener Sachverhalt ist der selbe, also egal ob RealURL aktiviert ist oder nicht.
hier mal der Inhalt meiner .htaccess
AddType application/x-httpd-php5 php
RewriteEngine On
#ErrorDocument 404 http://www.test123.de/
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteRule ^uploads/.*$ - [L]
RewriteRule ^fileadmin/.*$ - [L]
RewriteRule ^typo3conf/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* /index.php
Selbiges Phänomen auch mit der im Dummy-Paket gelieferten .htaccess
config {
simulateStaticDocuments = 0
baseURL = http://sub.test.de/
tx_realurl_enable = 1
prefixLocalAnchors = all
}
hennes schriebIch habe mich wohl missverständlich ausgedrückt.
Warum? Wenn du eine nicht existente URL im suchmaschinenfreundlichen Format eingibst, dann greift die [pageNotFound_handling] Regel nicht. Wenn du sie aber im Typo3 Format (www.test.de/index.php?id=4711) eingibst, dann funktioniert es. Richtig?
Hallo, bin heute erst wieder im Büro, daher die etwas verspätete Antwort...
Jap, exakt so ist es. Und genau das nutzt mir eigentlich so garnichts 🙁
www.test.de/irgend/eine/seite.htm leitet mich zur Startseite (www.test.de) zurück.
www.test.de/index.php?id=4711 liefert korrekterweisse die 404-Seite aus.
Also könnte das Problem doch an RealURL liegen. Kannst du nun mal deine RealURL Konfiguration posten.
Nutzt du den Realurl Configurator http://typo3.org/extensions/repository/view/danp_realurlconfigurator/current/ für die Konfiguration?
Jap. Den verwende ich.
Ich vermute halt nach wie vor, dass es mit RealURL nicht direkt etwas zu tun hat. Wie bereits gesagt ist das Verhalten was die Weiterleitung betrifft die selbe auch wenn Realurl deaktiviert ist.
Aber hier mal die Konfiguration:
$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'] = array(
'init' => array(
'enableCHashCache' => 1,
'appendMissingSlash' => 'ifNotFile',
'enableUrlDecodeCache' => 1,
'enableUrlEncodeCache' => 1,
'respectSimulateStaticURLs' => 0,
'postVarSet_failureMode'=>'redirect_goodUpperDir',
),
'redirects_regex' => array (
),
'preVars' => array(
array(
'GETvar' => 'no_cache',
'valueMap' => array(
'no_cache' => 1,
),
'noMatch' => 'bypass',
),
array(
'GETvar' => 'L',
'valueMap' => array(
'en' => '1',
),
'noMatch' => 'bypass',
),
),
'pagePath' => array(
'type' => 'user',
'userFunc' => 'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main',
'spaceCharacter' => '-',
'languageGetVar' => 'L',
'expireDays' => 7,
'rootpage_id' => 1,
),
'postVarSets' => array(
'_DEFAULT' => array(
// news archive parameters
'archive' => array(
array(
'GETvar' => 'tx_ttnews[year]' ,
),
array(
'GETvar' => 'tx_ttnews[month]' ,
'valueMap' => array(
'january' => '01',
'february' => '02',
'march' => '03',
'april' => '04',
'may' => '05',
'june' => '06',
'july' => '07',
'august' => '08',
'september' => '09',
'october' => '10',
'november' => '11',
'december' => '12',
)
),
),
// news pagebrowser
'browse' => array(
array(
'GETvar' => 'tx_ttnews[pointer]',
),
),
// news categories
'select_category' => array (
array(
'GETvar' => 'tx_ttnews[cat]',
),
),
// news articles and searchwords
'article' => array(
array(
'GETvar' => 'tx_ttnews[tt_news]',
'lookUpTable' => array(
'table' => 'tt_news',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause' => ' AND NOT deleted',
'useUniqueCache' => 1,
'useUniqueCache_conf' => array(
'strtolower' => 1,
'spaceCharacter' => '-',
),
),
),
array(
'GETvar' => 'tx_ttnews[swords]',
),
),
),
),
'fileName' => array(
'defaultToHTMLsuffixOnPrev'=>1,
'index' => array(
'rss.xml' => array(
'keyValues' => array(
'type' => 100,
),
),
'rss091.xml' => array(
'keyValues' => array(
'type' => 101,
),
),
'rdf.xml' => array(
'keyValues' => array(
'type' => 102,
),
),
'atom.xml' => array(
'keyValues' => array(
'type' => 103,
),
),
),
),
);
Kannst du mal in der RealURL Konfiguration aus
'postVarSet_failureMode'=>'redirect_goodUpperDir',
das machen
'postVarSet_failureMode'=>'',
und den Cache leeren.
Wieder mal gilt: Wer lesen kann ist klar im Vorteil! #angry#
Vielen Dank, das wars. Wundert mich nur, dass es bisher noch nirgends in den Foren beantwortet wurde. Mein Problem wurde ja bereits öfters beschrieben.
Vielen Dank, die Woche ist gerettet 8-)