Bei mir ist es ähnlich wie bei Sausi. Nur das die beschriebenen Unterseiten in der URL auftauchen, aber weiterhin die Hauptseite angezeigt wird.
Mit der ID direkt geht es natürlich.
Ich habe ja auch lediglich den Source getauscht und den SysLink gesetzt.
Debian Umgebung...
Ohne eine kleine Anpassung in der localconfig.php ging erst auch die erste Hauptseite in dem Baum nicht. (rootpage id nicht gefunden)
Also www.domain.de mit ID 123 ging nicht aber
www.domain2.de mit ID 678 ging.
Die localconfig sieht aber sonst aus wie zuvor.
Ich nutze wie gesagt die localconfig und nicht die RealURL Config.
Außer dem Upgrade auf 4.3 und dem Extension Upgrade habe ich nichts weiter verändert.
muss ich an meinen vorgängern anschließen... merkwürdigerweise tritt es nicht bei allen seiten auf. sondern nur bei 2 und bei neu angelegten seiten. Cache geleert etc.
RealURL meldet folgenden Fehler bei den Logs im Info Modul... "bildergalerie.html" could not be found, closest page matching is
danke schonmal
Ich habe zwar keine Lösung gefunden, kann aber berichten, dass der Fehler zumindest für die Seiten aller Ebenen nach Root nur dann auftritt, wenn in der Config das angegeben wird:
'defaultToHTMLsuffixOnPrev' => 1,
Verzichte ich durch
'defaultToHTMLsuffixOnPrev' => 0,
auf das Suffix ".html" funktioniert es merkwürdigerweise - allerdings nicht für die Startseite. Die erreiche ich nur, wenn ich sie über die ID ("index.php?id=1") direkt aufrufe.
bei mir geht es wenn ich z.B. /nc/bildergalerie.html aufrufe... sprich no_cache. Aber wenn ich über TS den Cache abschalte und auch nochmals den realurl_cache leere geht es nicht. Nur über die andere URL
Also mit
'defaultToHTMLsuffixOnPrev' => 0,
geht es zumindest erstmal teilweise.
Das ist schonmal super.
Es scheint hier auch wirklich das Typo3 Update der Auslöser zu sein, denn ddie neue RealURL Version funzt mit dem alten Typo3 prima.
Erst nach dem Update auf Typo3 4.3 geht die html Geschichte nicht mehr.
LÖSUNG
Bei mir geht es jetzt wieder. Habe RealURL nochmal deinstalliert und neu installiert. Dabei bemerkte ich eine neue Extension simulatestatic, die wohl das Update installierte. Die fix raus geschmissen und schon ging wieder alles.
Leider hilft das bei mir nicht.
Deinstallier mal realurl und die andere extension. Dann mach über das install tool ein compare und lass typo3 alle realurl tabellen und felder löschen. Das wirklich alles weg ist... und dann installier realurl erneut. Das hatte gerade bei ner anderen installation geholfen.
Ok nun geht es. Irgendwie hat Typo Simulate Static URLs doch nicht richtig deaktiviert gehabt.
Vielen Dank. Problem gelöst. 🙂
Hat einer von euch vielleicht einen Bugtracker Account bei Typo3 und kann die Lösung gleich dort vermerken?
http://bugs.typo3.org/view.php?id=12857
Es ist ja eher ein Feature als ein Bug #giggle#
Wenn Simulate Static halt jetzt als Addon drin ist...
Vorher hat es ja gereicht das in der Config zu deaktivieren.
Man muss es halt nur wissen.
Sehr hilfreicher Thread hier, der auch in diesem RealURL FAQ berücksichtigt wurde: