Ansonsten ist - wie Du schon schreibst - Globalize ziemlich
angesagt. Da Globalize jedoch alle Übersetzungen in der Datenbank
ablegt, ist die Performance hier kritischer zu betrachten. Insofern
würde ich es nur einsetzen, wenn Du
* ... Deine Seiten gut cachen kannst
* ... Du die Model-Localisierung benötigst (also Du Modelle hast,
die direkt verschiedene Übersetzungen Ihrer Attribute unterstützen
sollen, z.B. mehrsprachige Artikeltexte o.ä.)
* ... Du Übersetzungen direkt in Deiner Anwendung (z.B. durch eine
Nutzer-Community) durchführen lassen willst.
globalize legt zwar alle uebersetzungen in der db ab, diese werden
aber pro mongrel instanz gecached, d.h. nur einmal aus der db geholt.
So gesehen verursacht globalize kein performance problem. Im
development mode wirst du viele sql statements von globalize sehen,
im produktivbetrieb (omdb.org) habe ich quasi kein einziges.
alles in allem erscheint mir globalize fuer komplexere webseiten
durchaus angebracht.. es kommt aber halt in der tat darauf an, wie
umfangreich deine seite sein wird. fuer einfache applikationen reicht
gettext oder gloc durchaus..
Ben_______________________________________________
rubyonrails-ug mailing list
[email protected]
http://mailman.headflash.com/mailman/listinfo/rubyonrails-ug
