Lösung für postVarSet as expected!

Veröffentlicht am 01.02.2007 | Kommentar schreiben | Tags: php, typo3

Wenn man unter dem CMS Typo3 die Extension RealURL einsetzt, so müssen einige Befehle in die localconf.php geschrieben werden.

Wenn diese Befehle jedoch Fehler enthalten, kommt eine Fehlermeldung dabei raus, die wie folgt aussieht:

Error. Reason: Segment "..." was not a keyword for a postVarSet
as expected!

Ein Grund für diesen Fehler, kann die falsch gesetze rootpage_id sein. Diese muss auf die ID der Rootpage gesetzt werden. Die Rootpage ist die Seite, wo im Pageheader der Haken bei Ist Anfang der Webseite gesetzt worden ist.

Ein Ausschnitt aus der localconf.php

$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'] = array(
    ...,
    'pagePath' => array(
        ...,
        'rootpage_id' => '1',
        ...,
    ),
    ...
);

Mehrere Webseiten

Falls man mehrere Webseiten/Domains auf einer Typo3 Installation betreibt, so benötigt man für jede einzelne Webseite eine real-URL Konfiguration. Im folgenden Code wird beschrieben, wie man dies elegant und sauber lösen kann. Zu beachten ist, dass die rootpage_id der neuen Webseite dann der Rootpage der Webseite im Seitenbaum ist.

$TYPO3_CONF_VARS['EXTCONF']['realurl']['www.example.com'] =
    TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'];
$TYPO3_CONF_VARS['EXTCONF']['realurl']['www.example.com']
    ['pagePath']['rootpage_id'] = 248;

Mit dieser PHP Anweisung übernimmt man für die weitere Webseite die vorhandenen Einstellungen und passt nachträglich noch die rootpage_id an.

Zurück zur Artikel-Übersicht


Kommentare

  1. sebastian schrieb am 12.03.2007 um 01:16 Uhr
    danke. das wars. nach einer halben ewigkeit, hat das geholfen.
  2. Arne schrieb am 29.03.2007 um 12:27 Uhr
    Fett.
    Vielen Dank für die Info.
    Das hätte ich nie herausgefunden.
  3. Braeu schrieb am 02.04.2007 um 16:51 Uhr
    Kann mich meinen Vorschreibern nur anschliessen: kleine Ursache, grosse Wirkung - vielen Dank!
  4. kraftb schrieb am 11.05.2007 um 01:58 Uhr
    Thx. Auch von mir vielen Dank. Einige Stunden gespart.
  5. Max Schmidt schrieb am 01.06.2007 um 13:37 Uhr
    Super Klasse Tip .. Genau das war's :D Sollte man evtl. im Tutorial was man hier und da findet mit erwähnen !!!!!!
  6. don schrieb am 13.06.2007 um 15:33 Uhr
    Hi,

    bei mir bewirkt das leider nix...
  7. Alexander schrieb am 29.07.2007 um 13:53 Uhr
    Vielen Dank!!!!
    Das ist die Lösung schlechthin!!!
    Hab fasst den Kopf in den Sand gesteckt!

    @don: hast was falsch gemacht :)
  8. Christian Hannemann schrieb am 29.07.2007 um 19:12 Uhr
    @don: dieser Fehler kann mehrere Ursachen haben. Mein Lösungsvorschlag ist nur einer von vielen. Bis jetzt hat es bei mir an noch nichts anderem gelegen, daher auch nur ein Lösungsansatz.
  9. ToBe schrieb am 26.12.2007 um 10:26 Uhr
    DANKE, das wars
  10. Jörg Wagner schrieb am 04.02.2008 um 22:17 Uhr
    Ein anderes Szenario, bei dem dieser Fehler auftritt, ist das Verschieben von Seiten an eine andere Stelle im Menübaum. Beim Aufruf der verschobenen Seite erscheint die Fehlermeldung. Hier hilf dann das Löschen der ID-to-path-mappings unter Web->Info->Speaking URL Management->ID-to-path-mapping.
  11. Christian Hannemann schrieb am 06.02.2008 um 16:51 Uhr
    @Jörg Wagner
    Das ist gleichbedeutend mit einem löschen einer Seite aus dem Menübaum, ohne den Cache zu löschen bzw. im URL Management den Eintrag aus der Datenbank zu nehmen. Wenn dann die Seite aufgerufen wird, sucht Typo3 in der Datenbank nach der URL, findet die, aber die angegeben ID ist nicht mehr vorhanden, also kommt der Fehler.
  12. Kelle schrieb am 07.02.2008 um 15:00 Uhr
    @jörg
    Danke! Das war bei mir der Fehler!
  13. Eugen schrieb am 20.02.2008 um 18:18 Uhr
    Hallo Christian,
    eine super Erklärung, ich hatte oftmals auch diesen Fehler und seit dem ich die Rootpage ID eingetragen habe, bin ich von dem Problem befreit. Danke dir.
  14. Felix schrieb am 15.04.2008 um 20:45 Uhr
    DU RETTER IN DER NOT
    Vielen Dank, hab ewig nach ner Lösung nach umbennen gesucht...
  15. Pedro schrieb am 24.04.2008 um 17:36 Uhr
    ...das wars auch bei mir - Danke!
  16. jan schrieb am 05.06.2008 um 12:34 Uhr
    cool. nur sind jetzt meine css files weg? ne idee... ;-)
  17. Christian Hannemann schrieb am 06.06.2008 um 01:16 Uhr
    @jan
    check doch mal, ob die Header-Parts unter Templavoila noch aktiviert sind. Das Set nicht vergessen.
  18. Kuse schrieb am 20.09.2008 um 00:02 Uhr
    'rootpage_id' => '1' - Wer kommt den darauf? Nach 1 Monat suchen klappts nun auch bei mir. Danke 1000!
  19. 123 schrieb am 20.01.2009 um 15:32 Uhr
    Ganz stark: Fehler weg - realURL läuft!
    Vielen Dank für die Info!
  20. frank schrieb am 27.02.2009 um 12:30 Uhr
    PRIMA! Danke für die Info... Zweifelte schon an RealURL und jetzt bin ich begeistert...
  21. trashcash schrieb am 16.04.2009 um 14:55 Uhr
    für alle die das gleiche Problem bei zwei domains respektive zwei webseiten in der gleichen typo3 installation haben -> Und darum zwei rootpage_id 's brauchen, hier gibts ne schöne Lösung:

    http://www.seo24.at/realurl-mehrere-domains/
  22. Ulf schrieb am 03.07.2009 um 16:33 Uhr
    Sehr cool! Danke Dir für den Tipp! Es war der letzte Baustein, dass es geklappt hat.
    Gruß
    Ulf
  23. Maik schrieb am 07.09.2009 um 10:57 Uhr
    Hallo zusammen,
    ich bekomme den Fehler immer noch. Ich habe nun alle Einstellungen gemacht, aber irgendwie bekomme ich ab der 2 Ebene immer noch die Fehlermeldung.

    Hat jemand zufällig eine Lösung dafür?

    Gruß
    Maik
  24. Christian Hannemann schrieb am 08.09.2009 um 09:09 Uhr
    @Maik
    Du solltest deine Konfigurations Einstellungen in der localconf.php nochmal komplett neu machen. Ich denke, dass sich da der Fehler versteckt. Übernimm einfach das Standardarray von einer Typo3 Seite und versuch dann, die einzelnen Bestandteile nachträglich zu verändern.
  25. kim schrieb am 16.09.2009 um 14:42 Uhr
    Hallo,

    Das man die RootpageId in der Real URL eintragen muss ist doch eigentlich total klar.. Der Fehler kommt aber durch ein ganz spezielles Szenario.

    Um den Fehler zu produzieren folgendes machen:
    1. Als Admin im BE eingeloggt sein.
    2. RealURL Tables manuell in DB oder über Typo BE -> Info -> Speaking Url Management löschen.
    3. FE im gleichen Browser neuen Tab öffnen und Unterseiten anklicken.

    Fehler Ersteht...
    Erst wenn ich mich aus dem BE auslogge oder einen anderen Browser nehme mit dem ich eben nicht eingeloggt bin, wird der RealURl Cache erzeugt und die Links gehen wieder.

    Und die Einstellung "Haken bei Ist Anfang der Webseite gesetzt" bewirkt hier nichts. Ich behaupte hier auch mal das das sowieso nichts damit zu tun hat und einfach vernachlässigt werden kann.
  26. Rüdiger schrieb am 08.05.2010 um 23:19 Uhr
    Hallo User!
    Kann man den Typo3 (postVarSet) nicht ganz abschalten? Mich nervt das schon eine ganze Zeit lang...! Ich weis noch nichtmal, wo das plötzlich herkommt...
    Leider habe ich vom PC absolut keine Ahnung!
    Ob jemand Hilfe geben kann?

    Gruß Rüdiger
  27. All_Starzes schrieb am 02.08.2010 um 12:52 Uhr
    Danke dir für die Info. Die rootpage ID hat mir sehr geholfen.
    Wollte mich nur mal dafür bedanken!
  28. anon schrieb am 16.08.2010 um 16:49 Uhr
    hi,

    bei mir hat es – wie kommentar #25 vorgeschlagen hat – zum glück einfach durch die einmalige benutzung eines anderen browsers funktioniert. vielen dank an alle beteiligten :)

*


*

Letzte Artikel

Letzte Kommentare

  • anon hi,bei mir hat es – wie kommentar #25 vorgeschlagen hat – zum glück einfach ...
  • sonja Hallo,ich habe mich als Adminstrator angemeldet und den Befehl net user ...
  • All_Starzes Danke dir für die Info. Die rootpage ID hat mir sehr geholfen.Wollte mich nur ...
  • mein Name? Ps: Hab windos 7
  • mein Name? Mein bro hat auf meinen Pc pw drauf gemachtjetzt kann ich nur drauf wen der ...
  • GRETA ICH HABE VERGESSEN:Windows 7
  • GRETA Hi ihr Lieben!Also, ich habe momentan irgendwie ein kleines Problemchen mit ...