[Snipe]

Hallo,

wie löse ich am besten folgendes Problem:

Die Homepage soll Europaweit laufen und somit auch nicht nur auf Deutsch sondern auch auf Englisch, Türkisch usw. zu lesen sein...


Sagen wir mal ich habe mehrere Texte aus 1000 Wörtern in dieser Page stehen, muss ich jetzt jedesmal diese 1000 Wörter in der jeweiligen Sprache selber übersetzen und dann includen oder geht das auch das ich z.b. den Deutschen Text schreibe und wenn der User auf eine andere Sprache klickt dieser automatisch durch diese Sprache ersetzt wird.

Am besten auch so übersetzt das er das auch noch verstehenist und nicht wie einige übersetzungsprogramme das so schön machen...


Gibt es sowas oder muss ich mich wirklich einmal ein paar Wochen auf den Arsch setzen und die seiten übersetzen und dann die jeweilige sprache.lang.php includen?


Wenn es sowas gibt wie schaut die Lösung aus...!?
Ich habe mal was mit UTF8 gelesen... (http://www.phpforum.de/forum/showtop...threadid=32770)


Vielen dank
Stefan


p.s. ich hoffe ich konnte das verständlich erklären ansonsten einfach nachfragen

[Jann Hendrik]

Frage: sind die Texte der versch. Sprachen in einer Datenbank gespeichert, oder in einzelnen Dateien?



btw: übersetzen musst du das wohl schon selbst!

[Snipe]

momentan sind sie noch nirgendswo gespeichert da ich mir erstmal informationen reinholen möchte und dann anfange von anfang an sauber zu coden...


Okay, da ich die Texte so oder so selber übersetzen muss lass ich das dann wohl doch bei Deutsch und Englisch...


Was ist jetzt die bessere Lösung? Datenbankbasierend oder ein mix aus beidem?

D.h. Wörter die oft vorkommen, wie z.b. suche, einstellungen ect. mit sessions coden und
längere Texte in Dateien und dann includen?




p.s. danke schonmal für die schnelle antwort

[Bookworm]

Ich habe noch nie mit einer Datenbank gearbeitet, aber prinzipiell ist es immer besser, die Inhalte aus einer solchen einzulesen...

[Jann Hendrik]

Bei der Datenbank hast du halt den Vorteil, dass du mit einer einzigen Variable, die du dann via GET oder SESSION einmal definieren musst - und schon kannst du andere Teile der Datenbank auslesen - und deine website ist 'ausländisch'.
Ein weiterer Vorteil, den ich sehe, dass man unkompliziert eine weitere Sprache ergänzen kann, wenn man vorher flexibel genug programmiert hat.

Ich spiele gerade mit dem CMS von kuerbis.org herum. Ich habe mir das meinen individuellen Bedürfnissen angepasst.

Vorteil: template-basierend, und damit Inhalt und Layout getrennt.

Selbst mein Vater, der keine Ahnung von HTML hat kann nun im ACP herumspielen und die website mit content füllen...


Der Nachteil von einer reinen dateibasierten Lösung: Du musst ständig via ftp die aktuallisierten Dateien hochladen.

[Doggi]

Auch wenn ich dir ungern widerspreche Jan, aber man muss sie nicht zwangsweise per ftp hochladen. Selbst die Dateien können online erstellt werden. Ich habe eine Seite textbasiert gebaut, die man online via Formular bearbeiten kann. Den Style habe ich vom Orginal behalten und per Auswahlliste kann ausgewählt werden , welche Seite bearbeitet werden soll. Dann wird der Text ausgelesen und als "Value" in das <input> bzw <textarea> feld ausgegeben. Dann kann es bearbeitet werden und beim Absenden wird der Gesamte Inhalt neu geschrieben.

So kann man diese Seite jederzeit ohne Datenbank auf jedem Server nutzen und vor allem kann man auch, (wenn man denn will), die Dateien offline bearbeiten, übersetzen lassen und per ftp hochladen (man muss aber nicht )

Man könnte in diesem Fall einfach das Passwort für die Bearbeitung zu einem Übersetzer geben und der übersetzt dann die Seite direkt online (wenn man denn will )

Links etc. lass ich includen, diese könnten ja in eine DB falls die Seite sehr groß ist.

Allerdings geb ich dir recht, dass eine DB bei großen Datenmengen sicher einfacher zu handhaben ist. (sprach er und verschwand in der Wand). Ist meine Meinung.

[Jann Hendrik]

Ich schreibe mich mit doppeltem 'n' - aber das sieht man ja oben auch!


Ich habe doch gar nicht gesagt, dass das nicht geht!
Aber ich finde das komfortabler! Dateien zu editieren ist natürlich machbar - das habe ich doch auch gar nicht anders behauptet!

Ich würde trotzdem die db-Version vorziehen!

[Doggi]

Entschuldige bitte Jann

war auch nicht böse gemeint. dafür fehlt mir ja auch ausreichend wissen, als das ich dich angreifen könnte

Habe ja nur eine andere Lösung vorgeschlagen.

[Snipe]

okay jungens

dann bedanke ich mich und tu mich an die arbeit machen...


p.s. wer lust hat an einer flirt-community und keine pillepalle wie alle anderen... (ideen, domain ect. sind schon vorhanden) mitzuarbeiten einfach mich kontaktieren...

[Jann Hendrik]

Zitat von Doggi

Habe ja nur eine andere Lösung vorgeschlagen.

Beide haben Vor- und Nachteile!


@snipe: ich nicht - ich flirte lieber mit meiner Frau

[Doggi]

@Jann Das ist überall so Alles hat Vor- und Nachteile.

@Snipe Würde ich machen, allerdings fehlt mir die Zeit für so ein Hobby.

Ich bin zwar nicht Threadstarter aber -leser und habe dazu mal eine Frage.

Wie legt man die Wörter/Textblöcke in der Datenbank am geschicktesten ab (Tabellen Struktur), denn ich will ja pro Seitenaufruf eigentlich nur die Texte, die ich auch verwende. Oder holt ihr dann einfach alle?

Ist es überhaupt "modern" Textblöcke dynamisch abzulegen, denn eigentlich ist der Inhalt ja bei jedem Aufruf gleich (vorausgesetzt ich wechsle die Sprache nicht), trotzdem wird er jedes Mal neu aus der Datenbank geladen.
Sehen wir mal von Caching ab, wie machen das größere Websites?

Und legt man pro Sprache eine Tabelle oder eher eine Spalte an?

[Corvin]

Zitat von Cpt_Karacho

Oder holt ihr dann einfach alle?

Nein, natürlich nur die, die gerade benötigt werden.

Zur Struktur:
Ich würde alle Sprachen in einer Tabelle speichern. Diese enthält dann drei Felder: var (Name der Sprachvariable), language (Name der Sprache), text (der Text in der entsprechenden Sprache.
Beispiel:

var         language   text
reply       de         Antworten
reply       en         Post Reply

Und wie holst du nur die, die du brauchst?
Sorry mag sich blöd anhören, aber SELECT var, text FROM translation WHERE language = 'de' AND (var = 'reply' OR var = 'title' OR ..) ist ja irgendwie auch schräg.

[Corvin]

Dafür könnte mann denn noch ein viertes Feld namens "category" in der Tabelle anlegen. So kann man denn bestimmte Sprachvariablen, die zusammen auf einer Seite verwendet werden, zu einer Kategorie zusammenfassen.

[_root]

Zitat von Cpt_Karacho

Und wie holst du nur die, die du brauchst?
Sorry mag sich blöd anhören, aber SELECT var, text FROM translation WHERE language = 'de' AND (var = 'reply' OR var = 'title' OR ..) ist ja irgendwie auch schräg.

Du übergibst das komplette Sprach array zum Templatesystem oder wo du es sonst nach brauchst: Sprich: SELECT var, text FROM translation WHERE language='jp' reicht schon aus. Die Templateengine erledigt dan den Rest. Empfelenswert nur bei kleineren Projekten, dann sind wir immer noch schneller als wenn wir kategorien und unterkategorien aussortiern. Für grössere Projekte klar mit Kategoren arbeiten so weit als möglich.

Ja aber der Overhead könnte ja gigantisch sein, je nach dem wie gut gefüllt die Datenbank ist.

[_root]

Zitat von Cpt_Karacho

Ja aber der Overhead könnte ja gigantisch sein, je nach dem wie gut gefüllt die Datenbank ist.

Ja in dem Falle benützt du dan Kategorien wie gesagt. Sprich: SELECT var, value WHERE language='jp' AND category='main' So könnte das aussehen damit du nur Grundlegende fürs Template notwenige Sprachvariabeln hast.


edit:

var        language   	text		category
reply       de      	Antworten		main
reply       en      	Post Reply		main
reply		jp			答え				main