Internationalisierung in PHP-Skripten

Kann mir denn niemand zu dem Thema helfen?

Ich hab hier vielleicht einen Denkanstoss für dich, die Logik von diesem System finde ich eigentlich sogar sehr gut, vor allem aber auch Resourcen schonend, denn das ganze wird ja komplett abgespeichert..

http://www.php-resource.de/forum/sho...threadid=46917

Hallo,
also das phpBB macht es so, dass es zwei komplett verschiedene Templates dafür gibt.
Das vb/wBB machen es dies mit den Variablen.

Sprich:
<b>$lng['hello']</b> $username

Dabei ist $lng['hello'] die Begrüßung, z.B. "Hallo", oder "Moin".

Dann wird dieses Template gecachte, sprich die Sprachvariablen werden übersetzt, in z.B.:
<b>Tag</b> $username

Dieses Template wird dann, wenn es benötigt wird, an den Compiler gesendet, und dieser speichert das Ergebnis im Cache Ordner.
Aus dem Cache-Ordner wird es einfach per include() geladen.

Im Cache könnte es so aussehen:
<b>Tag</b> <?php echo $this->variable['username']; ?>


Wenn man jetzt für $lng jetzt ein anderes Sprachpaket wählt, so wird wieder auf das Ur-Template zugegriffen:
<b>$lng['hello']</b> $username

Dies wird wieder gecacht, und dann wird daraus evt:
<b>Hello</b> $username

Das wird wenn es benötigt wird an den Complier gesendet...

Ich hoffe man kanns verstehen

Danke für eure Inspirationen. Meine Lösung sieht nun folgendermaßen aus:

Alle Phrasen werden in Sprachdateien gespeichert, die nach folgendem Schema aufgebaut sind:

Die Template-Ausgabe regelt Smarty, hierfür habe ich eine Compiler-Funktion geschrieben, welche es mir erlaubt, in Templates die {phrase}-Funktion zu verwenden. Bei einer Phrase, die keine Variablen enthält, sieht das folgendermaßen aus:
Wenn Variablen enthalten sind, kann es schon etwas komplizierter werden.
Das Smarty-Plugin erkennt, ob sich in einer Phrase Variablen befinden, ich wende auf die Variablen allerdings nicht das herkömmliche Smarty-Parsing an, sondern ersetze nur die per Parameter übergebenen Variablennamen per str_replace(). Hierdurch erreiche ich eine bessere Trennung zwischen Sprache und Templates, anfangs habe ich Smarty jede einzelne Phrase parsen lassen, allerdings hat mir das Aussehen der Sprach-Datei danach überhaupt nicht mehr gefallen. Werden neben id keine weiteren Parameter an die {phrase}-Funktion übergeben, sieht man im kompilierten Template jeweils nur die Phrase, ohne PHP-Code, sind Variablen in der Phrase enthalten, werden diese wie normale Smarty-Variablen behandelt.

Die Sprachdatei muss also nur geladen werden, wenn Templates kompiliert werden. Durch setzen der Smaty-Variable $compile_id bekommt jede Sprache ihr eigenes kompiliertes Template.

Einziges Problem für meine Software ist bislang, dass es Meldungen gibt, welche z.B. bei Formularüberprüfungen aus PHP heraus generiert werden. Diese Meldungen würden es doch ziemlich oft nötig machen, die Sprachdatei zu laden, um diese Meldungen zu übersetzen, da es aus dem Template heraus kaum möglich ist, diese Meldungen vorhersehen zu können. Vielleicht wäre es sinnvoll, für jede Sprache zwei Dateien zu benutzen, eine für statische und eine für dynamische Sprach-Variablen oder beides in eine Datei zu schreiben und einfach in zwei Arrays zu speichern, von denen das mit den dynamischen Variablen beim Kompilieren in den Template-Header geschrieben wird. Damit spart man sich ein weiteres include() und benötigt trotzdem nur eine Datei pro Sprache.

Hm, die Idee, Templates sprachabhängig zu cachen und die Übersetzung dann zur Compile-Zeit zu verlagern, find ich interessant. Könnte nochmal schneller werden und so groß sind die Dateien ja auch nicht.

Sprachdateien würd ich auf jeden Fall in mind. eine Datei pro Sprache aufteilen. So braucht nur die Sprache eingelesen zu werden, die grade aktiv ist. PHP braucht schon auch ne ganze Weile, um eine Quelldatei zu parsen und zu übersetzen. Am besten ist es wohl, die Texte in Kategorien aufzuteilen, und nur die zu laden, die in diesem Programmteil benötigt werden.

Fabian, du verwendest Smarty? Doch nix mehr mit deinem eigenen Template-System?

@Lonely-Pixel: Ja, ich habe zum rechten Weg zurückgefunde. Erst als ich selbst ein Template-System programmiert habe, ist mir aufgefallen, was da alles dahinter steckt und wieviele gute Anwendungen mit Smarty es gibt. Außerdem könnte man damit rechnen, dass mein Projekt doch noch um einiges umfangreicher wird und dann spare ich viel Zeit, wenn ich Smarty verwende. Und so langsam scheint es auch nicht zu sein. Klar, mein Template-System ist schneller gewesen, war aber von der Funktionalität Smarty's weit entfernt. Auch wenn ich die längst nciht ganz ausnutze, so muss ich doch sagen, dass das System doch recht ausgereift ist.

Eine Datei pro Sprache auf jeden Fall, sonst könnten Übersetzer auch gar nicht effektiv arbeiten. Aber ich plane sowieso, zwei Dateien pro Sprache einzuführen, eine für statische und eine für dynamische Inhalte oder irgendwas in der Richtung.

Eigentlich ist es auch nicht verkehrt, sowas inner Datenbank zu speichern, dann hat man es um einiges einfacher mit den Kategorien, denn so Sachen wie FAQ oder Nutzungsbedingungen lassen die SPrachdatei sonst doch recht gewaltig anwachsen.

Ich habe bei meiner Forensoftware folgendes System benutzt: Die Templates stehen in einer SQL-Tabelle, welches unter anderem ein Feld für das Template selber und eins für Sprachvariablen besitzt. Lädt man nun am Anfang des Scripts alle benötigten Templates wird jeweils das Feld für die Langvars ausgelesen und alle insgesamt benötigten Sprachvariablen werden aus der Datenbank geholt und in den Templates ersetzt.
Das System kostet letztendlich 2 Queries (1 für Templates + 1 für Langvars) + Ersetzungen, jedoch sind die Queries etwas umfangreicher wegen des großen WHERE-Teils.

Ich frage mich, in wie weit sich das auf die Performance ausschlägt? Vielleicht hat ja auch jemand von euch eine Idee zur Verbesserung?


codethief.