Sprachen und Realurl Problem nach Update auf 4.6
| Autor | Nachricht |
|---|---|
|
Verfasst am: 19. 12. 2011 [21:11]
|
|
|
itsnogood71
Themenersteller
Dabei seit: 30.07.2003
Beiträge: 33
|
Nach dem Update von 4.5 auf 4.6 waren alle Übersetzungen meiner Webseite weg. Hab nun wieder eine zweite Webseitensprache festgelegt. Trotzdem sind die Übersetzungen nicht mehr da. Weiters funktioniert realurl nicht mehr korrekt. Die Umleitung auf eine definierte 404 Seite dauert ewig. Also fast 2 Minuten. Auch im Backend braucht der Aufruf der realurl Verwaltung fast 1 Minute.... Im Error Log von realurl stehen Haufenweise Fehler wie: Segment "xxxx" was not a keyword for a postVarSet as expected on page with id=x Alles was Google dazu liefert hilft leider nicht weiter. Jemand eine Idee? |
 |
|
|
Verfasst am: 20. 12. 2011 [09:52]
|
|
|
itsnogood71
Themenersteller
Dabei seit: 30.07.2003
Beiträge: 33
|
Hab mittlerweile ein Downgrade auf 4.5 durchgeführt. Änderte leider nichts an der Sache. Allerdings nach einem erneuten Upgrade auf 4.6 funktioniert das Backend mit der realur Verwaltung wieder flott. 404 und realurl im Frontend ist allerdings immer noch ewig langsam... |
|
|
|
Verfasst am: 20. 12. 2011 [10:35]
|
|
|
itsnogood71
Themenersteller
Dabei seit: 30.07.2003
Beiträge: 33
|
Komisch Nun ist es wieder zum Teil sehr langsam im Backend. Ich hab nun alle Webseitensprachen gelöscht und auch die Seiten dazu in der Datenbank unter pages_language_overlay Wenn ich nun in die Realur Verwaltung gehe werden trotzdem ID-to-Path Seiten der nicht vorhandenen Sprachen generiert. Wenn ich auf so eine Seite gehe dann ist das Backend dort auch sehr träge. Wie bekomme ich realurl dazu die Sprachen vorerst mal zu ignorieren bzw. lösche diese wirklich aus dem System.  |
|
|
|
Verfasst am: 20. 12. 2011 [13:59]
|
|
|
itsnogood71
Themenersteller
Dabei seit: 30.07.2003
Beiträge: 33
|
Konnte das Problem mittlerweile selbst lösen. Hat sich also erledigt. |
|
|
|
Verfasst am: 29. 12. 2011 [01:28]
|
|
|
chhe
Dabei seit: 02.03.2006
Beiträge: 103
|
Kannst Du mal was dazu sagen, woran es lag? Wäre schön, wenn anderen auf diese Weise viel Sucharbeit erspart bliebe. I smell blood and an era of prominent madmen. - W.H. Auden
|
|
|
|
Verfasst am: 29. 12. 2011 [08:25]
|
|
|
itsnogood71
Themenersteller
Dabei seit: 30.07.2003
Beiträge: 33
|
Nachdem hier keine Antwort kam war auch meine "Lösung" knapp gehalten... Aber ich will ja mal nicht so sein. Das Problem mit der realurl hab ich wie folgt "gelöst" In der localconf.php folgender Eintrag: [FE][pageNotFound_handling] = REDIRECT:http://www.meinedomain.de/index.php?id=16 Das REDIRECT ist entscheidend. Denn ohne das REDIRECT geht der String ganz normal durch Typo3 und die Extensions. Wenn man gar nichts einträgt kommt immer die Meldung die ich auch im Error Log der realurl habe. was not a keyword for a postVarSet as expected on page with id Mit dem REDIRECT geht das ganze an Typo3 samt Extensions vorbei und es wird sofort ein richtiger Redirect ähnlich einem META REFRESH an den Browser geschickt. Ich werde mir das ganze mal genauer ansehen wenn ich Zeit habe da ja immer noch die Fehler im Log auftauchen. Aber vielleicht hat ja hier trotzdem noch jemand eine Idee und antwortet hier.... |
|
|
|
Verfasst am: 29. 12. 2011 [10:05]
|
|
|
MorphexX
Dabei seit: 07.07.2009
Beiträge: 43
|
Guten Morgen ihr Lieben. itsnogood71, versuch doch einmal bitte den folgenden Ansatz: PHP $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = 'REDIRECT:404/'; und benenne deine Fehlerseite (Seitentitel) nach 404 um. Diese Variante ist annähernd perfekt, weil: * sie absolut sprachunabhängig ist (beliebig viele Sprachen in einem Tree möglich) * sie sich für Multi-Tree-Konzepte eignet und mit minimalem Aufwand implementierbar ist (da nicht Page ID-abhängig) * der Nutzen, nicht jedoch die Benennung, der Fehlerseite ausschlaggebend ist |
 |
|
|
Verfasst am: 29. 12. 2011 [11:22]
|
|
|
itsnogood71
Themenersteller
Dabei seit: 30.07.2003
Beiträge: 33
|
Der Eintrag macht genau das gleiche wie meiner. Nur verschwinden die Fehler im Log so oder so nicht... |
|
|
|
Verfasst am: 29. 12. 2011 [11:58]
|
|
|
chhe
Dabei seit: 02.03.2006
Beiträge: 103
|
Wird bei dem Redirect denn ein korrekter Header verschickt? Wenn es eine Weiterleitung ist, wäre das schlecht für Suchmaschinen. I smell blood and an era of prominent madmen. - W.H. Auden
|
|
|
|
Verfasst am: 29. 12. 2011 [12:40]
|
|
|
itsnogood71
Themenersteller
Dabei seit: 30.07.2003
Beiträge: 33
|
Nachdem das hier in der Config steht gehe ich schwer davon aus. [FE][pageNotFound_handling_statheader] = HTTP/1.0 404 Not Found Aber wie gesagt löst alles nicht mein Problem mit den Fehlern im Log. |
|
|