Mehrsprachigkeit - wie am besten?

[Gweilo]

Gute ideen, leute, vor allem die Kombination gefällt mir gut (texte in DB und bei änderung in txt datei schreiben, pro seite eine txt datei), da wäre ich nicht selbst drauf gekommen.

alles in eine datei schreiben, bei grossen datenmengen, würde ich vermeiden, da jedes mal die komplette txt datei gelesen werden muss - was sehr zeitintensiv ist, da wäre man einiges schneller mit der reinen DB variante.

Ein Problem sehe ich allerdings darin, dass du die seiten nicht so einfach splitten und generieren kannst. Sagen wir, für jede seite wurde eine text datei vorgeneriert - Da müsste man ja die übergabe parameter analysieren, oder eine seitenitentifikation machen. was mir spontan einfällt, wäre für jede *.php datei ein txt-include, aber bei gewissen seiten (die sonst eine zu grosse txt-datei hätten) splitten, nach id zB würde "manpages_en_id_8.lng" zu "manpages.php?id=8" gehören und "manpages_en.lng" zu "manpages.php"

@driver-network: deine idee ist zwar schön und gut, aber meiner meinung sehr unübersichtlich und mühsam (gut, ich gebe zu, die kombinations-variante ist auch mühsam). Deine aufgelisteten Nachteile finde ich nicht wirklich störend.

Mein Fazit
************
viele besucher, viel text: Kombination (mit gesplitteten files)
viele besucher, wenig text: Kombination (mit einer datei), oder bloss eine txt-datei
wenig besucher, viel text: nur die DB
wenig besucher, wenig text: DB oder txt

edit - Anmerkung am rande:
Einige Webseiten mit hohen besucherzahlen lagern ihre Artikel/Texte in static files aus, um Rechenleistung zu sparen. Dies wäre mit der Kombination auch gleich erledigt.

edit2:
Da ist mir grad ein problem eingefallen. Beim ändern der texte müssten alle quelldateien (und datenbankeinträge mit txt_id) durchsucht werden nach dem vorkommen der text-id, und die auslagerungs-dateien der gefundenen seiten geändert werden. Bei nicht allzu vielen änderungen ist dies jedoch kein problem.

[Caddata]

Nur zur Information und Gedankenanstoss:

Ich habe es bei einem Projekt (Middleware für ein Unternehmen, basierend auf einem selbstgebauten Application Framework) bei den Online-Artikeln so gelöst:

Texte für Steuerelemente (Buttons, Menüs, ...) in eine Datei mit PHP-Array (oder Ini-File)(s.o.).

Texte für Content-Seiten in die Datenbank.

Eine Klasse Lang, abgeleitet von PEAR_Config erstellt (da PEAR_Config leider nicht mit DBs arbeitet), die aus URL-Parametern die aktuelle Sprache und die Seiten-ID bekommt.
Die Klasse liest nun aus dem PHP-Array (...) die Strings für die Steuerelemente und aus der DB über eine eigene Methode die eigentlichen Inhalte aus und gibt das ganze als Array zurück.

Hintergrund:
Die Steuerlemente werden überwiegend hardgecodet (tolles deutsch...;-)) und werden deswegen wahrscheinlich seltener bearbeitet -> PHP-Array.

Der Content wird per Editor (diesmal Spaw) bearbeitet und in der DB verwaltet.


Ist ehrlich gesagt bei phpBB abgeguckt. (Steuerelemente aus Datei, Forenbeiträge aus DB)


Ich weiss nicht, wie es da mit der Performance aussieht, aber gut verwaltbar ist es eigentlich schon...und in Verbindung mit Templates und PEAR_Cache ist es auch recht schnell...

Greets,
marco