Reason: "xxx.html" could not be found, closest page matching is

Hallo erstmal 😉

ich habe mir grade Typo3 4.1.3 Installiert und habe nun ein Problem mit RealUrl ich bekomme immer die Fehlermeldung:

"Reason: "xxx.html" could not be found, closest page matching is"

Ich weiß einfach nicht mehr weiter ich habe schon probiert jeglichen Cache zu löschen leider ohne Erfolg! (ja realurl ist auch aktiviert!)

Zurzeit habe ich 2 Ext. installiert die was mit RealUrl zutun haben:

- RealURL Management
- TARGET-E RealURL Settings

Über hilfe würde ich mich sehr freuen 😉

Grüße!

PS: ich hoffe ich habe das richtige forum erwischt ;D

Edit:

habe nun ein wenig rumprobiert und es liegt scheinbar nicht an RealUrl denn Simulate Static funktioniert auch nicht!

Hallo,

hast du die _.htaccess umbenannt in .htaccess?

Gruss
Alex

ja habe ich! urls werden auch dementsprechend generiert nur es kommt kein ergebnis!!!!

edit:

wenn ich die rewrite rule in der ht. datei änder also z.b.
RewriteRule .* /index.php [L] funktioniert das rewriting aber nicht auf meine index sondern auf die im "vorherigen" verzeichnis 😮 #angry#

Hallo,

versuch mal in der RealUrl-Config unter pagePath die rootpage_id anzugeben

'rootpage_id' => 1,

Viele Grüße
Andreas

so spontan fallen mir da zwei dinge ein, welche die Ursache sein könnten:
1. keine baseurl angegeben?
2. du hast die seite evtl mal umbenannt und der real URL cache hats noch nicht mitbekommen, also einmal manuelle den RealURL cache leeren, (nicht den FE cache!)

Hallo,

wie löscht man denn den realurl Cache manuell? Ich hab öfter das Problem das nach umbennenen einer Seite diese für manche erreichbar ist und für manche nicht. Sehr strange das ganze. Die meisten die das Problem haben benutzen den FireFox.

Habe mir die realurl Tabellen schon angeschaut. Sind die Eintraege dort irgendwie verknüpft? Desweiteren glaub ich hat es bei mir mit der Language Id zu tun. Manchmal werden realurl Pages generiert wo Language = Leer ist und manchmal Language = standard.

Gab es nicht mal eine Zusatz Extension um den Real Url Cache zu löschen? Es gibt zwar noch den Punkt RealUrl Table Clean, aber ich habe angst wenn ich das versuche das meine Manuell definierten Url's weg sind und wieder durch die automatisierten überschrieben werden.

Mein Problem sind folgende URL'S, RealURL generiert mir z.b automatisch:
http://www.mb-freunde-nrw.de/stammtische/weihnachtsstammtisch-rastatt/photos.html

Wegen Integration der Menalto Gallery muss hier ein gekürzter Link aufrufbar sein:
http://www.mb-freunde-nrw.de/rastattdez2007.html

Also warte ich immer ab bis RealUrl automatisch den Pfad mit der HTML Seite generiert, und gehe anschl. im BE hin und bennene die RealURL Page um. Anschl. bekomme ich auch den Fehler "Reason: "rastattdez2007.html" could not be found, closest page matching is"

Wenn es nur bei mir so waere würde ich sagen FireFox Cache leert sich nicht sauber, aber andere bekommen den Fehler auch, selbst wenn sie die Website noch nie aufgerufen haben, also denke ich da muss noch irgendeine Cache Tabelle von Typo3 sein die nicht sauber geleert/geupdatet wurde.

Lösung, so hat es zumindest bei mir damals funktioniert(4.1.3)...

das hier in die ext_localconf.php von realUrl

typo3conf/ext/realurl/ext_localconf.php

$TYPO3_CONF_VARS['SC_OPTIONS'] ['t3lib/class.t3lib_tstemplate.php'] ['linkData-PostProc'] []
= 'EXT:realurl/class.tx_realurl.php:&tx_realurl->encodeSpURL';
$TYPO3_CONF_VARS['SC_OPTIONS'] ['tslib/class.tslib_fe.php'] ['checkAlternativeIdMethods-PostProc'] []
= 'EXT:realurl/class.tx_realurl.php:&tx_realurl->decodeSpURL';
$TYPO3_CONF_VARS['SC_OPTIONS'] ['t3lib/class.t3lib_tcemain.php'] ['clearAllCache_additionalTables'] ['tx_realurl_urldecodecache']
= 'tx_realurl_urldecodecache';
$TYPO3_CONF_VARS['SC_OPTIONS'] ['t3lib/class.t3lib_tcemain.php'] ['clearAllCache_additionalTables'] ['tx_realurl_urlencodecache']
= 'tx_realurl_urlencodecache';
$TYPO3_CONF_VARS['FE'] ['addRootLineFields'] .=
',tx_realurl_pathsegment,alias,nav_title,title';
$TYPO3_CONF_VARS['EXTCONF'] ['realurl'] ['_DEFAULT'] = array(
'init' => array(
'enableCHashCache' => 1,
'enableUrlDecodeCache' => 1,
'enableUrlEncodeHash' => 1,
// 'postVarSet_failureMode' => 'redirect_goodUpperDir',
),
'rewrite' => array(
),
'preVars' => array(
/*
array(
'GETvar' => 'L',
'valueMap' => array(
'de' => '0',
'en' => '1',
),
'valueDefault' => 'de',
),
*/
),
'pagePath' => array(
'type' => 'user',
'userFunc' => 'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main',
'spaceCharacter' => '-',
'languageGetVar' => 'L',
'expireDays' => 3,
'rootpage_id' => '1'
),
'fileName' => array (
'defaultToHTMLsuffixOnPrev' => 1,
'index' => array(
'page.html' => array(
'keyValues' => array (
'type' => 1,
),
),
),
),
'fixedPostVarSets' => array(
),
'postVarSets' => array(
'_DEFAULT' => array(
//archive
'period' => array (
array (
'condPrevValue' => -1,
'GETvar' => 'tx_ttnews[pS]',
//'valueMap => array()
),
array (
'GETvar' => 'tx_ttnews[pL]',
//'valueMap => array()
),

array (
'GETvar' => 'tx_ttnews[arc]',
'valueMap' => array(
'non-archived' => -1,
),
),
),

'browse' => array (
array (
'GETvar' => 'tx_ttnews[pointer]',
),
),
'select' => array (
array (
'GETvar' => 'tx_ttnews[cat]',
'lookUpTable' => array (
'table' => 'tt_news_cat',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause'=> 'AND NOT deleted',
'useUniqueCache'=> 1,
'useUniqueCache_conf' => array (
'strtolower' => 1,
'spaceCharacter' => '-',
),
),
),
),
'article' => array(
array (
'GETvar' => 'tx_ttnews[backPid]',
// 'valueMap => array(
// ),
),
array (
'GETvar' => 'tx_ttnews[tt_news]',
'lookUpTable' => array (
'table' => 'tt_news',
'id_field' => 'uid',
'alias_field' => 'title',
'maxLength' => 12,
'addWhereClause'=> 'AND NOT deleted',
'useUniqueCache'=> 1,
'useUniqueCache_conf' => array (
'strtolower' => 1,
'spaceCharacter' => '-',
),
),
),
),
),
),
);