Sprachfiles / Mehrsprachigkeit ... Wie macht Ihr das?

heohni · 24.04.2006, 10:33

Guten Morgen,

mich würde es sehr interessieren, wie Ihr mehrsprachige Projekte löst, was die Übersetzungen angeht.

Ich habe bisher nur mit Sprachfiles ala de.inc gearbeitet und mal alle Wörter in ein Array gefasst oder mit define() gearbeitet.

Nur ist diese Lösung nicht wirklich nett, wenn der Seiteneigentümer selber mal etwas verändern möchte und keine Ahnung hat.

Ich suche daher evtl. eine Lösung die sich mit der Datenbank verbinden lässt, um ein entsprechendes Frontent für den Admin zu schaffen, um selber Änderungen und Übersetzungen machen zu können.

Und bevor ich damit anfange, wollte ich mal fragen, wie Ihr das macht

Vielleicht kommt mir so noch der zündende Gedanke :wink:

andy · 24.04.2006, 10:42

Smarty

Für jede Sprache ein Template

M3g4Star · 24.04.2006, 10:49

Jo DB wär schon net schlecht

weil da nimmst du dir eine Zeile :

id, wort , dt , engl, franz, russ

oder so ähnlich und denn hast den aufbau :

1,order, Bestellung, Order, Commande, Заказ

usw. so kannst du das machen ..

je nachdem wie du das machen willst ... so kannst neue Wörter hinzufürgren und auch neue Sprachen ...

Kannst das ganze natürlich auch per *.lang datei machen so wie 's bei Typo3 üblich ist ..

Wie du siehst : viele Wege führen nach Rom

// EDIT : dürfte aber eher zu den Anfängerfragen gehören //

heohni · 24.04.2006, 10:55

Für jede Sprache ein Template? Und was bei Layoutänderungen?

Euch ist nicht zufällig mal ein fertiges Script dazu untergekommen?

andy · 24.04.2006, 11:47

Zitat:

Zitat von heohni

Und was bei Layoutänderungen?

Halt beide Templates anpassen, wenn das gut eingerückt ist, ist das ja Thema.

heohni · 24.04.2006, 11:56

Naja, das wär nix für mich, ich habe meine Projekte eh mit PatTemplates gebaut, da gibt es auch eine Funktion für mehrsprachige Seiten, hatte ich aber bisher nie benutzt, ich schaut mir das mal an.

mepeisen · 24.04.2006, 12:17

man kann Smarty genausogut mit einem Sprachobjekt benutzen... Die Texte dann halt aus dem Sprachobjekt ziehen.

HStev · 24.04.2006, 12:31

Das muss jeder für sich selbst entscheiden.

Ich persöhnlich finde die Geschichte mit je einen Template pro Sprache gar nicht mal so schlecht schon allein deshalb das die Texte nicht immer gleichlang sind wodurch sich Formatierungsprobleme auftun können.

Basti · 24.04.2006, 13:49

Hi.

Üblich ist auch gettext. Gibt aber Proleme mit mod_php, da nicht thread safe (mir steht grad ein Serverwechsel deswegen an, nerv!).

Gegen die Berabeitung über Dateien spricht das Kunden mit den Zeichsätzen probleme bekommen werden (Ich konnte neulich bei einem Kollegen, der auf Windows programmiert im Notepad keine PHP-Datei in UTF-8 speichern. Der hat eimmer irgendwelche nicht sichtbaren oder löschbaren Zeichen vor den PHP-Start-Tag gesetzt! - aber auch sonst gibts da zu schnell Probleme).

Wenn doch Datein, dann wohl am einfachsten ini-Files, da einfach zu bearbeiten und schnell zu laden. Allerdings gibt es da Probleme, dass ein "no" z.B. als false oder 0 oder sointerpretiert wird - oder ist das inzwischen geändert?

Prinzipiell stellt sich die Frage nach der Aufteilung der Daten. Sinnig ist, natürlich nur die Daten der vom Benuzer gewählten Sprache zu laden. Aber auch das kann schon zu viel overhead sein, alle Daten in den Speicher zu laden, wenn du nur einzelne Datensätze brauchst. Andereseits ... klar, ist es mitunter günstiger, als wegen jeder Meldung oder jedem Paket (Gruppe von Meldungen in einer Sprache) die Datenbank anzufragen oder Dateien einzulesen. Hängt also stark von deinen Anforderungen ab, was da günstig ist.

Basti

PS:
Achsi, Tempates:
Würde ich allenfalls optional implementieren. Dass du also schaust, ob es ein sprachspezifisches Template existiert und wenn nicht auf ein generelles zurückfällst.

Apropos fallback:
Mitunter macht es Sinn für nicht übersetzte Datensätze auf die englische Version zurückzufallen, was bei der Implementierung bedacht werden muss. Möglich hier natürlich, die Datensätze nicht anhand von kurzen IDs zu identifizieren (ErrorMsg_ContactForm), sondern die Meldung in Englsch auszuschreiben und dann erst nach der passenden Übersetzung suchen (siehe Gettext). Hat aber auch wiederum Nachteile in der Wartung, klar.

marcusson · 24.04.2006, 19:10

Ich persönlich habe alle Strings extern in Sprachpaketen als SML (XML-Derivat) gespeichert. In den Templates verwende ich Token mit sprechender Benennung. Bei Programmstart werden, je nachdem welche Sprache gewählt ist, die erforderlichen Strings aus der Datei gelesen und Smarty sorgt für den Rest.

Ich habe das 1 Mal implementiert als Framework und greife seitdem einfach nur darauf zu, wenn ich es brauche.

Davon, die Texte in die Templates zu schreiben halte ich gar nichts.
Das würde heissen, ein Übersetzer müsste sich mit HTML/PHP/Template-Engine auskennen. Schliesslich kann/möchte ich bspw. die Übersetzung ins Chinesische nicht selbst machen, sondern mir wäre es lieber, wenn sich dazu ein Muttersprachler findet. Üblicherweise würde ich mir einen Gaststudenten/in suchen, sofern ich nicht das Geld für ein Übersetzungsbüro habe.

Die meisten Gaststudenten/innen die ich kenne, sind heilfroh, wenn Sie wissen, wo man einen Computer einschaltet und ihr MS Word oder ihr Texteditor das tut, was er soll.

Daher: lieber alles extern speichern, das ist benutzerfreundlicher.
Außerdem hat es für Leute, die neue Skins erstellen einen Vorteil: man "stubst" sie mit dem "Brecheisen" darauf, dass es Sprachdateien gibt und sie deshalb bei Ihren Skins gefälligst darauf achten müssen, dass sie nur Strings verwenden, welche in den Sprachdateien enthalten sind.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Mehrsprachigkeit - gettext()	agrajag	Off-Topic Diskussionen	5	24.02.2008 22:49
Mehrsprachigkeit und kyrillische Zeichen	Sclot	PHP Tipps 2006	8	15.11.2006 08:07
Mehrsprachigkeit innerhalb einer Datenbank		Datenbanken	4	14.09.2005 17:01
[Erledigt] Mal wieder mod_rewrite in .htaccess ;-) / Mehrsprachigkeit		Server, Hosting und Workstations	3	07.09.2004 17:27

24.04.2006, 10:33
heohni Erfahrener Benutzer Registriert seit: 08.01.2006 Beiträge: 212	Sprachfiles / Mehrsprachigkeit ... Wie macht Ihr das? Guten Morgen, mich würde es sehr interessieren, wie Ihr mehrsprachige Projekte löst, was die Übersetzungen angeht. Ich habe bisher nur mit Sprachfiles ala de.inc gearbeitet und mal alle Wörter in ein Array gefasst oder mit define() gearbeitet. Nur ist diese Lösung nicht wirklich nett, wenn der Seiteneigentümer selber mal etwas verändern möchte und keine Ahnung hat. Ich suche daher evtl. eine Lösung die sich mit der Datenbank verbinden lässt, um ein entsprechendes Frontent für den Admin zu schaffen, um selber Änderungen und Übersetzungen machen zu können. Und bevor ich damit anfange, wollte ich mal fragen, wie Ihr das macht Vielleicht kommt mir so noch der zündende Gedanke :wink:


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

24.04.2006, 10:49
M3g4Star Erfahrener Benutzer Registriert seit: 23.08.2007 Beiträge: 1.510	Jo DB wär schon net schlecht weil da nimmst du dir eine Zeile : id, wort , dt , engl, franz, russ oder so ähnlich und denn hast den aufbau : 1,order, Bestellung, Order, Commande, Заказ usw. so kannst du das machen .. je nachdem wie du das machen willst ... so kannst neue Wörter hinzufürgren und auch neue Sprachen ... Kannst das ganze natürlich auch per .lang datei machen so wie 's bei Typo3 üblich ist .. Wie du siehst : viele Wege führen nach Rom // EDIT : dürfte aber eher zu den Anfängerfragen gehören //*

24.04.2006, 10:55
heohni Erfahrener Benutzer Registriert seit: 08.01.2006 Beiträge: 212	Für jede Sprache ein Template? Und was bei Layoutänderungen? Euch ist nicht zufällig mal ein fertiges Script dazu untergekommen?

24.04.2006, 11:56
heohni Erfahrener Benutzer Registriert seit: 08.01.2006 Beiträge: 212	Naja, das wär nix für mich, ich habe meine Projekte eh mit PatTemplates gebaut, da gibt es auch eine Funktion für mehrsprachige Seiten, hatte ich aber bisher nie benutzt, ich schaut mir das mal an.

24.04.2006, 12:17
mepeisen Erfahrener Benutzer Registriert seit: 21.12.2004 Beiträge: 5.234 PHP-Kenntnisse: Fortgeschritten	man kann Smarty genausogut mit einem Sprachobjekt benutzen... Die Texte dann halt aus dem Sprachobjekt ziehen. __________________ www.php-maven.org PHP und Maven vereint: Build/Deploy/Produktion/Konfiguration, Projekt Management, CI, PHPUnit, zahlreiche Frameworks Twitter @ https://twitter.com/#!/mepeisen und Facebook @ http://t.co/DZnKSUih

24.04.2006, 12:31
HStev Erfahrener Benutzer Registriert seit: 25.04.2005 Beiträge: 1.356	Das muss jeder für sich selbst entscheiden. Ich persöhnlich finde die Geschichte mit je einen Template pro Sprache gar nicht mal so schlecht schon allein deshalb das die Texte nicht immer gleichlang sind wodurch sich Formatierungsprobleme auftun können. __________________ Gewisse Dinge behält man besser für sich, z.B. das man gewisse Dinge für sich behält.

24.04.2006, 13:49
Basti Erfahrener Benutzer Registriert seit: 18.07.2004 Beiträge: 2.162 PHP-Kenntnisse: Fortgeschritten	Hi. Üblich ist auch gettext. Gibt aber Proleme mit mod_php, da nicht thread safe (mir steht grad ein Serverwechsel deswegen an, nerv!). Gegen die Berabeitung über Dateien spricht das Kunden mit den Zeichsätzen probleme bekommen werden (Ich konnte neulich bei einem Kollegen, der auf Windows programmiert im Notepad keine PHP-Datei in UTF-8 speichern. Der hat eimmer irgendwelche nicht sichtbaren oder löschbaren Zeichen vor den PHP-Start-Tag gesetzt! - aber auch sonst gibts da zu schnell Probleme). Wenn doch Datein, dann wohl am einfachsten ini-Files, da einfach zu bearbeiten und schnell zu laden. Allerdings gibt es da Probleme, dass ein "no" z.B. als false oder 0 oder sointerpretiert wird - oder ist das inzwischen geändert? Prinzipiell stellt sich die Frage nach der Aufteilung der Daten. Sinnig ist, natürlich nur die Daten der vom Benuzer gewählten Sprache zu laden. Aber auch das kann schon zu viel overhead sein, alle Daten in den Speicher zu laden, wenn du nur einzelne Datensätze brauchst. Andereseits ... klar, ist es mitunter günstiger, als wegen jeder Meldung oder jedem Paket (Gruppe von Meldungen in einer Sprache) die Datenbank anzufragen oder Dateien einzulesen. Hängt also stark von deinen Anforderungen ab, was da günstig ist. Basti PS: Achsi, Tempates: Würde ich allenfalls optional implementieren. Dass du also schaust, ob es ein sprachspezifisches Template existiert und wenn nicht auf ein generelles zurückfällst. Apropos fallback: Mitunter macht es Sinn für nicht übersetzte Datensätze auf die englische Version zurückzufallen, was bei der Implementierung bedacht werden muss. Möglich hier natürlich, die Datensätze nicht anhand von kurzen IDs zu identifizieren (ErrorMsg_ContactForm), sondern die Meldung in Englsch auszuschreiben und dann erst nach der passenden Übersetzung suchen (siehe Gettext). Hat aber auch wiederum Nachteile in der Wartung, klar.

24.04.2006, 19:10
marcusson Erfahrener Benutzer Registriert seit: 17.02.2006 Beiträge: 132 PHP-Kenntnisse: Fortgeschritten	Ich persönlich habe alle Strings extern in Sprachpaketen als SML (XML-Derivat) gespeichert. In den Templates verwende ich Token mit sprechender Benennung. Bei Programmstart werden, je nachdem welche Sprache gewählt ist, die erforderlichen Strings aus der Datei gelesen und Smarty sorgt für den Rest. Ich habe das 1 Mal implementiert als Framework und greife seitdem einfach nur darauf zu, wenn ich es brauche. Davon, die Texte in die Templates zu schreiben halte ich gar nichts. Das würde heissen, ein Übersetzer müsste sich mit HTML/PHP/Template-Engine auskennen. Schliesslich kann/möchte ich bspw. die Übersetzung ins Chinesische nicht selbst machen, sondern mir wäre es lieber, wenn sich dazu ein Muttersprachler findet. Üblicherweise würde ich mir einen Gaststudenten/in suchen, sofern ich nicht das Geld für ein Übersetzungsbüro habe. Die meisten Gaststudenten/innen die ich kenne, sind heilfroh, wenn Sie wissen, wo man einen Computer einschaltet und ihr MS Word oder ihr Texteditor das tut, was er soll. Daher: lieber alles extern speichern, das ist benutzerfreundlicher. Außerdem hat es für Leute, die neue Skins erstellen einen Vorteil: man "stubst" sie mit dem "Brecheisen" darauf, dass es Sprachdateien gibt und sie deshalb bei Ihren Skins gefälligst darauf achten müssen, dass sie nur Strings verwenden, welche in den Sprachdateien enthalten sind.