i18n --> Localizer

Gibt es ein Tool, mit dem ich eine Umleitungsschleife analysieren kann?

Nach einem Update funktioniert nun alles, und nachdem ich --- in settings.php eingefügt habe. Kann mir jemand sagen, was da nicht stimmt?

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".

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, 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.

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".