RealURL in TYPO3 zu konfigurieren galt einige Zeit als Hexenwerk. Mittlerweile wird die Konfiguration jedoch immer einfacher, weil sich eine Standard-Konfiguration als äußerst robust erwiesen hat. Trotzdem erscheinen, gerade bei einem TYPO3 Update oder dem Umzug auf einem anderen Server, eigenartige Phänomene. Sozusagen bestätigen die Ausnahmen die Regel und so haben wir in folgendem FAQ diese zusammengefasst. Das folgende FAQ kann natürlich nicht vollständig sein und so wird dieser Artikel mit der Zeit erweitert werden. Nutzt einfach die Kommentar-Funktion, um eure „Problemchen“ zu schildern ;-).
- Die Startseite wird angezeigt, aber nachdem ein Navigationspunkt angeklickt wird, erscheint eine 404 Fehlermeldung. Woran liegt das?
Ursache: Anscheinend ist die .htaccess nicht richtig konfiguriert worden. Steht zum Beispiel „RewriteBase /“ in der .htaccess und die zu erreichende index.php von TYPO3 liegt aber im Unterordner xyz, erscheint ein solcher Fehler. Dann muss auch in der .htaccess „RewriteBase /xyz“ gesetzt werden. - Ich habe meine TYPO3 Installation geupdatet und nun werden Seiten auf der zweiten und dritten Ebene nicht mehr angezeigt. Gibt es dafür eine Lösung?
Ursache: Mit manchen neuen TYPO3 Version wird auch Simulatestatic geupdated (zuletzt in der TYPO3 4.3 Version). Die RealURL Konfigurationen werden dann überschrieben. Aus diesem Grund muss RealURL deinstalliert (nicht updaten!) und danach wieder neu installiert werden. - Ich möchte RealURL mit mehren Domains nutzen, aber die Standard Konfiguration funktioniert einfach nicht. Was ist da los?
Ursache: Kommentiere die „RewriteBase /“ aus und verwende stattdessen eine RewriteRule, die dann so aussehen könnte:
Hat man mehrere Domains für eine TYPO3 Installation, empfiehlt es sich eine Rewriterule zu schreiben
RewriteCond %{HTTP_HOST} deine.domain$ [NC]
RewriteRule ^$ /index.php?id=foo
Der Wert von id ist natürlich nicht foo, sondern die Pid innerhalb der TYPO3-Seiten. In der localconf der TYPO3-Installation muss dann folgendes ergänzt werden:
$TYPO3_CONF_VARS['EXTCONF']['realurl']['deine.domain'] =
$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'];
$TYPO3_CONF_VARS['EXTCONF']['realurl']['meine.domain']['pagePath']['rootpage_id'] = foo;
- Ich habe mehrere Domains in TYPO3 hinzugefügt. Alles scheint zu funktionieren, nur realurl zeigt im Pfad Page-IDs an, z.B.: http://www.meinedomain.de/263/
Dies entsteht dadurch, dass die neue Domain nicht in der realurl_autoconf.php konfiguriert ist. Zu diesem Zweck muss man einfach diese Datei von realurl „neu“ schreiben lassen. Und dazu wechselt man in den Extension Manager und klickt unter realurl auf „Information“ und auf der Folgeseite auf den Button „Update“. Danach sollte es funktionieren. Häufig fehlt nach der Neuinstallation von realurl auch schlichtweg die Konfigurationsdatei für realurl, nämlich die „realurl_conf.php“ im Ordner typo3conf/. Fehlt diese können auch keine sprechenden URLs erzeugt werden. - Wie kann ich den Fehler „Segment … was not a keyword for a postVarSet as expected!“ verhindern?
Ursache: Der Ursachenforschung hat sich einmal René Nitzsche angenommen. Eine schnelle Lösung ist aber Realurl kurzfristig über Typoscript mit „config.tx_realurl_enable = 0“ abzustellen. Danach sich aus dem Backend auszuloggen, die einzelnen Seiten im Frontend besuchen und dann wiederum den Cache leeren im Backend. Zu guter letzt natürlich RealURL wieder anschalten. Danach sollte es wieder funktionieren. Erscheint der Fehler immer noch, könnte die Ursache an einem TYPO3 Update liegen.
Update vom 23.12.2013:
RealURL Fehlermeldung: ‚Reason: Segement „“ was not a keyword for a postVarSet as expected!‘
Dieser Fehler tritt bei der Grundkonfiguration von RealURL immer mal wieder auf und ist im laufe der Jahre auch nicht tot zu kriegen. RealURL ist im vorliegenden Fall in Kombination mit tx_news (für tt_news sollte das Problem analog auftreten) eingesetzt worden. Um den obigen Fehler zu beseitigen wurde lediglich der News-Storage Ordner umbenannt, da der Bezeichner identisch mit der Listview-Seite war und sich beide Elemente auf der gleichen Ebene befanden. Et Violà: Es funktioniert.
Wer RealURL so konfiguriert hat, dass eine individuelle 404 Fehlermeldung im Fehlerfall angezeigt wird, der wird natürlich nicht die Fehlermeldung ‚Reason: Segement „“ was not a keyword for a postVarSet as expected!‘ angezeigt bekommen, sondern seine 404 Fehlerseite. Hier lohnt sich ein Blick in das RealURL Management, um die genaue Fehlermeldung trotzdem angezeigt zu bekommen: Submodul „Info“ > RealURL management (Dropdownlistbox) > Error Log (Dropdownlistbox).