ThWboard Support-Forum (Archiv)
Ort: / Boardübersicht / Code Hack Requests / Frage zu templates (wegen Mehrsprachigkeit)
Seite 1 von 1
werner schrieb am 27.02.2003 um 17:32 Uhr
Hi,
ich würde mich evtl. mal ransetzen und das thw-board mehrsprachig machen. Was wäre dafür der beste Weg?
1.) Neue Template-Sets bauen? > finde ich eher nicht gut, weil man dann bei anpassungen immer alle Sprachen ändern muss.
2.) Alle verwendeten Texte als Variablen definieren, diese dann in einem separaten txt-file pflegen und dann per include die grade benötigte sprache aufrufen?
3.) Gleiche Lösung wie 2, jedoch die Übersetzungen in einer mySQL-Tabelle statt in txt-file? > m.M. unnötige Belastung für DB
4.) irgendwelche anderen Ideen???
Wichtig finde ich vor allen, dass die Seiten möglichst schnell aufgebaut werden und die Datenbank-Belastung möglichst gering gehalten wird.
MAGIX schrieb am 27.02.2003 um 17:41 Uhr
werner Punkt 1 bis 3, sollteste mal Jona, Bluetooth und Konsorten ;) fragen.
Und was Dir wichtig ist, ist doch oberste thw Priorität :D:D:D
werner schrieb am 27.02.2003 um 18:15 Uhr
Ich bin eigentlich davon ausgegangen, dass Jona, Bluetooth und Konsorten hier auch mal reinschauen.
Superhausi schrieb am 27.02.2003 um 18:32 Uhr
Idee 1 wurde schon definitiv abgelehnt.
Ideen 2 und 3 ist DP dagegen. Wir haben eher an was anderes gedacht:
Das ganze Sprachzeug wird nicht Runtime generiert, sondern vor dem Release mit einem Script.
Bsp:
Im Template steht dann ungefähr folgendes:
[langstr=11] $g_user[userhtmlname]
im textfile steht dann
11=Willkommen
Das Resultat sollte klar sein. Eine definitive Entscheidung ist aber AFAIK noch nicht gefallen...
TheTinySteini schrieb am 27.02.2003 um 18:37 Uhr
Tun sie, tun sie...
Für 2.9 ist eh Mehrsprachigkeit geplant. Das Problem ist in der Tat die Geschwindigkeit. Daher ist unser derzeitiger Ansatz, dass es direkt im Quelltext Markierungen geben soll, die bei einem Release mit einem kleinen Script ersetzt werden durch die jeweilige Sprache. Das heißt, man erstellt für jede Sprache ein eigenes Package. Dadurch kann die derzeitige Geschwindigkeit beibehalten werden, allerdings natürlich ist dann ein Umstieg von einer Sprache auf eine andere nicht "on-the-fly" möglich.
werner schrieb am 27.02.2003 um 18:50 Uhr
Nach euer Lösung ist es aber für den User nicht mehr möglich, die Sprache User per Button zu wählen. Beispielsweise für einen eng-Sprachigen teil eines Boards.
Wie würdet Ihr aus Performancegründen die Lösung 2 bewerten? Dann würde ich mir das selbst programmieren (aufwand kann ja nicht so groß sein, da es doch überall nur ein paar kurze sätze oder worte sind)
seikeinfloh schrieb am 27.02.2003 um 19:32 Uhr
Warum lehnt ihr Lösung 1 ab??? Das ist die einzige Möglichkeit die die Performance schont!!!
Alles andere kann man vergessen da es zuviel Performance kostet, ich weis auch nicht wie es mit Längen von Texten aussieht ob sie das Design zerstören...
Es kostet auch nicht allzuviel Zeit die Templates zu kopieren und die Texte umzuschreiben. Dann gibt es halt für jede Sprache ein Template-Set. Soviel Speicher kostet das auch nicht da die meisten Images die selben bleiben..?!
floh
Superhausi schrieb am 27.02.2003 um 23:23 Uhr
1. Weil es immer noch Texte in den PHP Files gibt
2. Weil wir dann 2 Template Sets betreuen müssten
werner schrieb am 27.02.2003 um 23:35 Uhr
weil man das vermutlich nicht mehr pflegen kann. Ich schätze mal, dass es zZ ca. 30 bis 40 Template-Files gibt. Wenn man das in sagen wir mal 5 Sprachen pflegen müsste, wären das bis zu 200 Files.
Wenn man dann einmal etwas ändern will, müsste man jedesmal gleich 5 Templates ändern und testen und überwachen. > super aufwendig und fehlerträchtig.
Frage: was ist aus Performancesicht besser? Wenn man möglichst viel text in eine php-datei schreibt und dafür möglichst keine anderen templates mehr aufrufen muss, oder wenn man die hauptdatei möglichst klein hält und dafür viele includes hat?
Bitte gebt mir ein paar Tipps, was Ihr dazu so wisst oder was eure Erfahrungen sind. Dann leider findet man dazu im web recht wenig.
werner schrieb am 28.02.2003 um 09:22 Uhr
Sieht gut aus, aber trotzdem nochmal meine Frage:
Wie würdet Ihr aus Performancegründen die Lösung 2 bewerten?
(2. Alle verwendeten Texte als Variablen definieren, diese dann in einem separaten txt-file pflegen. Das txt-file dann per include bei jedem Seitenabruf aufrufen. > Schon stehen die Übersetzungen zur Verfügung und kann statt der Variablen in den Text eingefügt werden.)
Seite 1 von 1