3 verschiedene Möglichkeiten für Multilanguages

**Kropff** · 20.10.2006, 12:55

eine mischung aus variante 1 und 2

spezielle sprachdateien mit den allgemeinen bezeichungen (z.b. produkt, preis) in arrays
produkte mit beschreibung, preis etc. in identisch benamten felder + sprachsuffix also produkt_de, produkt_en, produkt_fr, usw.

dann wird eine globale variable mit entsprechenden suffix definiert, über die die sprachsteuerung lauft, z.b:

PHP-Code:


global $suffix;

$suffix = 'de';



....

include ('lang/'.$suffix.'.inc.php');

und die abfragen dann so:

PHP-Code:


$query='SELECT produkt_'.$suffix.' AS produkt FROM ...';

hat sich als sehr flexible methode herausgestellt. ein code und zig sprachen.

gruß
peter

**Abraxax** · 20.10.2006, 12:58

und die abfragen dann so:

PHP-Code:


$query='SELECT produkt_'.$suffix.' AS produkt FROM ...';

hat sich als sehr flexible methode herausgestellt. ein code und zig sprachen.

du willst ihm doch nicht ernsthaft raten, für jede sprache eine eigene produkttabelle zu definieren. oder doch?

**Kropff** · 20.10.2006, 13:03

produkttabelle zu definieren

nein, sprachfelder innerhalb einer tabelle

gruß
peter

**Abraxax** · 21.10.2006, 09:50

und bei 13 sprachen hast du 13 spalten nur für den namen eines produktes? und wenn die beschreibung dann auch noch mit dabei ist, hast du noch einmal 13 beschreibungsfelder? udsw ...

**onemorenerd** · 21.10.2006, 11:11

@abraxax: Das läßt sich doch irgendwie gar nicht vermeiden?! Wenn man den Namen eines Produktes in 13 Sprachen ausgeben muß, dann muß man diese 13 Namen auch irgendwo gespeichert haben. Ob das nun in 13 Dateien, 13 Datenbanken, 13 Tabellen oder 13 Feldern ist, ist eine Frage für sich. Aber 13 Namen z.B. serialized in 1 Feld oder 1 Datei zu schreiben ist sicher nicht der Königsweg.

Die Sprachen auf eigene Datenbanken aufzuteilen, könnte performanter sein und vom Code her ist es ziemlich egal, ob man
SELECT ... FROM table_$lang ...
oder
SELECT col_$lang FROM table ...
schreibt. Da Preise ja auch von Land zu Land unterschiedlich sind, ist das kein Problem, lediglich wenn Bestellnummern oder sowas überall gleich sind, muß man aufpassen, alles schon synchron zu halten. In diesem Fall würde ich diesen Weg nicht gehen.

**closure** · 21.10.2006, 11:39

Hi,
grundsätzlich geb ich onemornerd recht. Den nachteil den ich aber
grundsätzlich bei der 13-column-methode sehe ist die erweiterbarkeit.
Kommt eine sprache hinzu muss eine neue spalte angelegt werden.
Das skaliert schlecht.

Wenn ich von vornherein weiss dass die anwendung multilingual
sein soll, dann lege ich immer eine eigene tabelle bzw. zwei.

Code:

language
id|name

item
id|name_id

language_text
foreign_id|lang_id|text

Der query sieht dann so aus.

Code:

"SELECT * FROM item
         INNER JOIN language_text AS name_text ON (name_text.foreign_id = item.name_id AND name_text.lang_id = {$lang_id})";

$lang_id wird einmalig abhängig vom benutzter selected und dann
in der session gespeichert.
Meistens cache ich dann die ergebnisse damit sie bei häufiger
verwendung schnell da sind.
Nachteil dieses vorgehens sind riesige joins wenn man viele
textbausteine internationalisieren muss.

greets

**aimbot** · 21.10.2006, 11:44

zu gettext:

für jede sprache musst eine mo und eine po (afaik) generiert werden. das passiert direkt auf dem system ist also nicht für shared server gedacht.

da gibts so ein fw. prado, die haben ne ähnliche technik im einsatz (imho auch für shared geeignet). kannst dir das ja mal ansehen.

**Slava** · 21.10.2006, 13:30

ich habe ähnlich wie @closure geschrieben hat eine mehrsprachige seite mal Aufgebaut.

um auf einer Seite mehrere selects zu vermeiden, habe ich zusätzlich eine Tabelle "Seite" aufgebaut

Tabelle Seite
seiten_id: primary key
begriff_id: id von dem Text, der in mehreren Sprache übersetzt ist
assign: platzhalter für die Template z.b.s CONTENT oder HEADER

dadurch könnte ich mit einem query erst alle Inhalte bekommen

select Seite.assign, Begriff.text from Seite INNER JOIN Begriff on
Seite.begriff_id= Begriff.begriff_id INNER JOIN Sprache
ON Begriff.sprache_id=Sprache.sprache_id
WHERE Seite.seiten_id=$aktueleseite
and
Sprache.sprach_kurz = '$sprache'

und bei auslesen mit misql_query
könnte ich direkt die Template initialisieren.

PHP-Code:


while($erg=mysql_fetch_array($handle)){

$templ->assign($erg['assign'],$erg['text']);

}

hoffentlich kannst du das auch irgendwie benutzen.

**bärlina** · 21.10.2006, 17:42

Original geschrieben von closure
Wenn ich von vornherein weiss dass die anwendung multilingual
sein soll, dann lege ich immer eine eigene tabelle bzw. zwei.

ich hab zwar keine großen Erfahrungen, aber die lösung mit der tabelle für jede sprache ist bei uns auch im einsatz (großes motorsportportal)

denn die passenden scripte also querys usw lassen sich sehr leicht
erstellen..bsp sind ja schon hier im thread : tabelle_$language

so ist das erweitern immer sehr leicht, per knopdruck lassen sich alle tabellen generieren, falls eine neue sprache benötigt wird.
dabei werden auch gleich excel-dateien erzeugt fürs übersetzungsbüro.

damit bei uns nicht immer der komplette datensatz einer sprachtabelle geladen wird, haben alle texte nen content key, der bei dem select query der jeweiligen seite mit übergeben wird :where content=trulli

**Abraxax** · 21.10.2006, 19:09

@onemorenerd
die lösung / der lösungsansatz von closure ist sicherlich der bessere weg für eine multilanguage-fähigkeit.

um sich joins für ein großes aufkommen an seitenanfragen zu umgehen kann man sicherlich auch mit (einer) temporären tabelle(n) arbeiten ....

aber für jede sprache eigene tabellen oder spalten in tabellen zu definieren, halte ich für nicht klug.

**deklarmart** · 22.10.2006, 16:38

Danke zunächst für die Antworten. Vielleicht habe ich es nicht genau genug
formuliert. Also, für den Produktnamen haben wir in der Tablle tatsächlich
mehrere Felder jeweils in anderen sprachen.

PHP-Code:


produktname_de, produktname_en, produktname_fr, ...

usw. Genauso bei den Beschreibungen. Es ist zwar (wie hier auch gesagt
wurde) nicht so gut skalierbar, aber das ist (laut Projekt-Team) in Ordnung so.
Das nehmen wir bitte als gegeben hin, egal ob sinnig oder unsinnig

Was jetzt genau meine Frage war, ist folgendes:

Ein Benutzer soll nun das Produkt in seiner Sprache angezeigt bekommen.
Er hat zB englisch ausgewählt. Die Abfrage macht nun folgendes:

PHP-Code:


$lang = 'en';

"SELECT produktname_$lang, besch_$lang FROM produkte..."

soweit ok! So, jetzt kommt mein Problem: es wird auf einer HTML Seite
angezeigt:

PHP-Code:


Hello, you selected this product:<br />

<b>Product-Name:</b> {hier produktname in englisch aus der DB (produktname_en)}

<b>Product-Description:</b> {hier die beschreibung aus der DB (besch_en)}

<input type="submit" value="save" />

<input type="submit" value="edit" />

Oder das ganze wenn deutsch ausgewählt ist:

PHP-Code:


Hallo, sie haben folgendes Produkt ausgewählt:<br />

<b>Produkt-Name:</b> {hier produktname in deutsch aus der DB (produktname_de)}

<b>Produkt-Beschreibung:</b> {hier die beschreibung aus der DB (besch_de)}

<input type="submit" value="speichern" />

<input type="submit" value="bearbeiten" />

Ist es deutlicher was ich meine? Es geht um die vielen vielen Beschriftungen,
Überschriften, Bezeichnungsfelder, Infofelder, Button-Beschriftungen usw.
Die ändern sich ja im Grunde nie! Müssen aber in der jeweiligen Sprache
erscheinen. Und da war die Frage, wie man soetwas löst.

**Slava** · 22.10.2006, 16:57

Original geschrieben von deklarmart
Danke zunächst für die Antworten. Vielleicht habe ich es nicht genau genug
formuliert.......
Und da war die Frage, wie man soetwas löst.

also ab jetzt verstehe ich nicht mehr was du wirklich willst

**deklarmart** · 23.10.2006, 12:59

Original geschrieben von Slava
also ab jetzt verstehe ich nicht mehr was du wirklich willst

OK, nochmal das ganze

Also angenommen du kannst NUR russisch und KEIN deutsch. Du hast
dann natürlich russisch als deine Sprache ausgewählt. Die Produkt-Daten
werden also auf russisch aus der DB geholt. Nun werden die Daten dir
im Browser angezeigt und dort steht folgendes:

Hallo, Sie haben folgendes Produkt ausgewählt:
Produktname: ме-ньше знаешь
Produktbeschreibung: спишьлучше тем спишьспишь луч ше спишь

(Die russischen Zeichen habe ich dir mal aus deiner Signatur geklaut^^)
Du kannst wie gesagt kein deutsch, bekommst das aber nun so angezeigt
wie eben verdeutlicht. Kannst du damit was anfangen? Nein, weil du ja
den deutschen Satz "Hallo, Sie haben folgendes Produkt ausgewählt:"
gar nicht verstehen würdest, genausowenig wie das deutsche Wort "Produktname".
Diese Wörter und Sätze müssen also genauso in alle 13 Sprachen übersetzt
werden, und DAS ist genau die Frage, also wie man das macht!

Am Ende sollte es dann für dich so aussehen:

Создайте, свой онлайн-дневник Бесплатные блоги и личн:
платные: ме-ньше знаешь
рубрикантерн:спишьлучше тем спишьспишь луч ше спишь

Ich weiß nicht wie ich es noch verständlicher
erklären soll, aber ich hoffe mal, das du jetzt weißt was ich meine.

**wahsaga** · 23.10.2006, 13:04

Und warum willst du diese sprachabhängigen Daten jetzt im PHP-Code oder Datenbank ablegen?

Ich würde sagen, du möchtest deine Templates in x verschiedenen Sprachversionen anlegen.
Dann pack doch die Templates in einen Unterordner mit Sprachbezeichnung, oder nehme sie in die Dateinamen mit auf.

3 verschiedene Möglichkeiten für Multilanguages