i18n --> Localizer
Eingetragen von migas (16)am 16.02.2008 - 01:01 Uhr in
[Drupal 5.7]
Ich möchte von i18n auf Localizer umsteigen, habe aber schon eine komplexere Seite aufgebaut ( http://www.gasperl.at/drupal5 ).
Ich habe zuerst alle Module von i18n deaktiviert, dann Localizer hochgeladen und aktiviert.
Wenn ich nun auf die Startseite gehe, bekomme ich eine Endlos-Umleitungssschleife. Habe daraufhin nochmal auf i18n gewechselt, die Browserweiche deaktiviert und wieder auf Localizer umgestellt. Problem besteht weiterhin. Auch nach dem Deaktivieren und Aktivieren der entsprechenden Localizer-Funktion.
Gebe ich http://www.gasperl.at/drupal5/de ein, funktioniert alles, ohne Länderkürzel kommt nur eine weiße Seite. (Interessant, dass das Problem (nur) bei Opera nicht vorhanden ist.)
Was kann ich tun?
- Anmelden oder Registrieren um Kommentare zu schreiben
Gibt es ein Tool, mit dem
am 16.02.2008 - 05:57 Uhr
Gibt es ein Tool, mit dem ich eine Umleitungsschleife analysieren kann?
Nach einem Update
am 16.02.2008 - 06:18 Uhr
Nach einem Update funktioniert nun alles, und nachdem ich --- in settings.php eingefügt habe. Kann mir jemand sagen, was da nicht stimmt?
localizer moduleFailed: ALTER TABLE {localizertranslation} CHANGE locale language VARCHAR(10)
Failed: ALTER TABLE {localizertranslation} DROP INDEX localizertranslation_idx1
---
Failed: ALTER TABLE {localizeruser} CHANGE contentlocales contentlanguages VARCHAR(100)
--
Failed: ALTER TABLE {localizeruser} ADD COLUMN fallbacklangorder VARCHAR(100)
Failed: ALTER TABLE {localizeruser} ADD COLUMN languages VARCHAR(1000)
Danke u. lg
Aber warum?
am 17.02.2008 - 19:09 Uhr
Warum willst Du von i18n auf localizer wechseln?
Ich habe gerade (ohne i18n-Vorkenntnisse) eine recht komplexe Website (www.partmaster.de) zweisprachig gemacht. Das war recht einfach. Außerdem ist i18n meines Wissens in den Drupal 6 Core integriert worden, womit ich i18n als Standardlösung für mehrsprachige Websites annehme.
Was spricht dagegen?
Viele Grüße, Dirk
---
niebegeg.net - my adventures in "coding country".
Viele Grüße, Dirk
---
niebegeg.net - my adventures in "coding country".
Also ich für meinen Teil
am 17.02.2008 - 20:36 Uhr
Also ich für meinen Teil habe auch localizer verwendet. i18n war und ist auch in Drupal6 mir total unklar. Localizer ist einfacher, es lässt sich wirklich alles übersetzen (Blöcke, Menüeinträge, etc.) und es ist einfach zu bedienen. Wenn ich mit Drupal6 eine zweite Sprache anlege, kann ich nodes übersetzen. Toll. Und ich kann mein Interface auf eine zweite Sprache umschalten. Auch toll. Und trotzdem bleiben dann die Nodes in der Originalsprache und man kann nur bei jedem Node umschalten. So n Quark! Allerdings sehe ich das auf partmaster.de gelöst ... nenn mich dumm aber ich habs (mit i18n) nicht geschafft.
Komisch
am 17.02.2008 - 21:23 Uhr
Allerdings sehe ich das auf partmaster.de gelöst ... nenn mich dumm aber ich habs (mit i18n) nicht geschafft.
Komisch, das sehe ich schon beim nur flüchtigen Überfliegen nicht gelöst. In den Menüeinträgen sind bei eigeschaltetem Englisch immer mal deutsche Menüverweise zu finden (obwohl die engl. Pendants existieren), z.B. Punkt Contact.
Bin ich auf http://www.partmaster.de/en/front und klicke auf Home, kommt die deutsche Startseite. Das Ganze wirkt ziemlich wild. Auf http://www.partmaster.de/en/company will ich die "products" sehen und komme bei jedem product auf die deutschen Seiten. Auch bei weiterem Klicken: immer wieder unerwartete Sprachwechsel - ist so etwas verkäuflich?
Ich denke übrigens auch, selbst wenn die Browser-Locale hier im Spiel ist: wenn ich auf der Site manuell auf En umschalte, sollte das die Locale überschreiben.
Problem mit MySQL
am 17.02.2008 - 22:02 Uhr
Ja - dafür gibt es eine einfache, aber traurige Begründung: Auf dem testserver funktionerte alles (php5/mysql5), der produktive Server bei unserem ISP läuft noch unter MySQL 3.23 (!?), da funktionieren ein paar Queries nicht sauber, so versagt simarterms mit i18n-Patch komplett seinen Dienst :-/
Die Sprachunterstützung wird bei den Datenbank-Anfragen duch recht komplexe JOISs realisiert ...
Das wird in Kürze durch MySQL-Update behoben sein. Und damit hoffentlich auch
Viele Grüße, Dirk
---
niebegeg.net - my adventures in "coding country".
Viele Grüße, Dirk
---
niebegeg.net - my adventures in "coding country".