Was ist, wenn du es in der Form "/index.php?id=20" (ID natürlich angepasst) angibst?
ErrorDocument - Einstellungen
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-)