Nein, das hatte ich nicht drin. Hab's testweise reingenommen und es ist genau das passiert was ich erwartet hatte: Alle vorher unter Info / Speaking URL Management geänderten Werte sind nach Cache-Leerung überschrieben worden.
Jetzt hab ich wieder den vollen Pfad drin, den ich nicht haben wollte; und kann nur die Hälfte der Seite editieren.
Da scheint also irgendwas grundsätzlich noch nicht zu stimmen in der Konfiguration, aber ich find den Fehler einfach nicht. #angry#
Gruß Alex
Ja klar, aber das wolltest du doch ursprünglich?
Ich dachte, du hast im Seitenbaum im BE eine neue Struktur wie
/seiteninhalte/aktuelles/
vorher irgend eine andere, und du möchtest die URL im FE jetzt neu genau so haben wie im Seitenbaum, was ja Sinn macht. Ferner möchtest du vermeiden in "Speaking URL Mgmt" manuell anpassen. Also muss man die Cache löschen, was ganz praktisch ist mit der genannten Lösung und schon müsste das gehen.
Aber offenbar verstehe ich nicht ganz, was genau du erreichen möchtest ...
Stimmt, da hast du natürlich Recht! 😃
Ich war jetzt gedanklich schon einen Schritt weiter - ich wollte das Segment "seiteninhalte" ganz raushaben und hab es deswegen manuell gelöscht.
Automatisch wär natürlich noch besser, aber das krieg ich einfach nicht hin. Und manuell komm ich halt immer bloß an einen Teil der Seiten ran.
Gruß Alex
Hatte das Problem auch.
Mit der EXT Real URL Management kann man für jede Seite den Darstellungs-Pfad wie gewünscht eingeben. Funktioniert auch so gut.
Nur, wenn ich den typo3conf-Cache lösche ist alles wieder weg...
Kann man das irgendwo deaktivieren ?
Schau mal in deine localconf.php, ob da steht:
// realurl - Flush RealURL Cache
$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['SC_OPTIONS']['t3lib/class.t3lib_tcemain.php']['clearAllCache_additionalTables']['tx_realurl_pathcache'] = 'tx_realurl_pathcache';
// end - Flush RealURL Cache
Falls ja, nimm es raus und der realURL-Cache kann nur noch manuell gelöscht werden.
Gruß Alex
Funktioniert perfekt. Jetzt habe ich es auch verstanden... 😉
@Gumble:
Eine Frage:
Meinst du mit localconf.php die localconf.php von Typo3 oder die ext_localconf.php von Realurl? :o
Grüße
David
Bei mir steht der Code in der "normalen" localconf.php, im Ordner typo3conf/
Keine Ahnung, ob man den auch der Extension direkt unterjubeln kann.
Gruß Alex
rwt3 schrieb// realurl - Flush RealURL Cache $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['SC_OPTIONS']['t3lib/class.t3lib_tcemain.php']['clearAllCache_additionalTables']['tx_realurl_pathcache'] = 'tx_realurl_pathcache'; // end - Flush RealURL Cache
Sind die ersten zwei Zeilen absichtlich identisch? Muss das am Anfang der localconf stehen? Wenn ja, gleich nach dem <?php Tag?
Schau mal genau hin, auf das letzte Wort der Zeilen 😉
Und ja, steht bei mir direkt hinter dem PHP-Start-Tag.
Gruß Alex
glaubs oder nich, ich hab die zwei zeilen 3 mal durchgelesen. Ich glaub zum Programmieren bzw. debugen wär ich nicht geeignet :o
wo das in der localconf steht ist völlig egal 😉
@harp: Das ist auch eher ein Fall fürs "Holzauge" :p
Wie oft ich über sowas schon gestolpert bin ..