Mehrsprachigkeit mit Hilfe von Files - Seite 4

hausl · 06.06.2011, 21:25

kurze Zwischenfrage -DB ist jetzt fix?

Zitat:

Topic: Mehrsprachigkeit mit Hilfe von Files

LG

nikosch · 06.06.2011, 21:28

Zitat:

Ok, $currentAccount kommt aus der Session?

Falls es Dir Spaß macht, kannst Du Dir an dieser Stelle auch den User mit dem jüngsten Veröffentlichungsdatum denken. Oder wie wärs mit der Anwendung: Die populärsten Artikel sortiert/gruppiert nach Sprache. Usw. usf.

Zitat:

Wozu soll das gut sein?

Zeige alle Texte, die ich und meine Freunde lesen können.

Zitat:

Konstruierst du jetzt irgendwelche realitätsfremden Abfragen, um deine Aussage zu verteidigen?

Sorry, aber Datenbankdesign muss mehr abbilden können, als meine Phantasie in 5 Minuten erspinnen kann.

hausl · 06.06.2011, 21:30

ok.. bei den Überlegungen.. ist erledigt.. bitte Zwischenfrage vergessen..

Danke!

Lg

hts · 06.06.2011, 21:45

Zitat:

Zitat von nikosch

Falls es Dir Spaß macht, kannst Du Dir an dieser Stelle auch den User mit dem jüngsten Veröffentlichungsdatum denken. Oder wie wärs mit der Anwendung: Die populärsten Artikel sortiert/gruppiert nach Sprache. Usw. usf.

Zeige alle Texte, die ich und meine Freunde lesen können.
Sorry, aber Datenbankdesign muss mehr abbilden können, als meine Phantasie in 5 Minuten erspinnen kann.

Ich glaube, wir driften ab. Es ging doch hier um Mehrsprachigkeit einer Website. Darunter verstehe ich personalisierte Menüs, Überscriften, Hinweistexte, Fehlermeldungen, etc.

Die Artikel in verschiedenen Sprachen, die du ansprichst, gehören natürlich in eine andere Tabelle mit zb id, user_id, language_id, artikel_text

nikosch · 06.06.2011, 21:50

Letzten Endes läuft das auf das selbe hinaus: Die Normalisierungsdiskussion.

marcusson · 07.06.2011, 01:52

Und genau diese Diskussion hatten wir auch schon mal. Da beißt sich die Schlange in den Schwanz.

Einige Leute haben das schon live durch: die Tabellen wurden immer breiter, immer inkonsistenter und die Wunschlisten eben doch immer größer.
Als Krönung kamen doch noch externe Übersetzungsbüros und wechselnde Kollegen bei der Bearbeitung der Datenbanken dazu und das Chaos war perfekt. Der erste wusste noch was er tat. Der dritte nicht mehr wirklich.

Ich glaube auch nicht, dass die letzte Idee von @HTS irgendwas bringt, denn sobald Kontexte dazu kommen funktioniert das nicht mehr. Jeder Begriff hat N Kontexte und jeder Kontext M Begriffe. 1 Tabelle reicht nicht. Einfaches Beispiel: eine Spalte kann mit "Nettobetriebsergebnis" bezeichnet sein, aber in Tabellen wird eine Abkürzung verwendet und in Legenden steht zusätzlich der Text +"der Filiale im Berichtszeitraum". Von einem Glossar für feststehende Begriffe oder rekursiven Übersetzungen will ich da gar nicht erst anfangen.

Ich denke, die Diskussion ist irgendwie an einem toten Ende. Es gibt für Übersetzungen einen internationalen Standard und da kann man sich dran halten, oder man macht eben etwas anderes: mit allen sich daraus ergebenden Konsequenzen. Hauptsache alle Seiten sind sich einig, dass man die Konsequenzen auch wirklich will.

Mein Problem war nie der Code, sondern stets eine Kombination aus Kollegen, die dachten sie wüssten was sie tun und Kunden, die dachten sie wüssten was sie wollen.

mquadrat · 07.06.2011, 17:18

Zitat:

Zitat von hts

Das Statement wird in PHP erstellt, wieso sollte ich die Spalte da nicht dynamisch vergeben können?
Um mal bei hausls Beispiel zu bleiben:

Code:

SELECT text FROM tabelle WHERE lang = '$currentLang' AND textname = 'txtWelcome'
vs.
SELECT text_$currentLang FROM tabelle WHERE textname = 'txtWelcome'

Probleme kriegst du damit z.B.

- beim Verwenden von OR-Mappern
- beim Verwenden von Stored Procedures

Der Export / Import aller Sprachen wird schwieriger. Die Prüfung welche Elemente in einer Sprache noch nicht übersetzt wurden wird ebenfalls komplizierter

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
[Erledigt] Hilfe für Tierschutzseite	hunde o.zukunft	Sonstige	1	11.03.2011 21:10
Brauche Hilfe bei PHP / Onlineshop	dennis2k	Gewerblich	0	31.01.2011 19:08
Apache2.2 & PHP5 mit MSSQL Extension Fehler	AwaKe	Server, Hosting und Workstations	4	14.07.2010 14:36
Gettext (PO Files / MO Files editierung mit php backend)	Floid	Off-Topic Diskussionen	7	14.06.2010 20:33
Umfrage txt files anlegen	adipure	PHP Tipps 2010	3	12.02.2010 12:54
Registrierungs Script Hilfe	lamopius	PHP Tipps 2009	36	26.11.2009 16:24
Probleme mit Bildgenerierung	swsche	PHP Tipps 2009	8	31.10.2009 14:49
[Erledigt] Hilfe: Projektabreit Informatik und Technik bitte helft uns.		Off-Topic Diskussionen	31	05.04.2006 18:25
[Erledigt] HILFE HILFE HILFE mysqladmin.exe fehlt		Datenbanken	7	20.12.2005 14:00
HILFE ! Brauche ganz dringend hilfe!		PHP Tipps 2005-2	2	10.10.2005 23:08
[Erledigt] VARIABLEN WERDEN NICHT RICHTIG VERARBEITET!!!! HILFE		PHP Tipps 2005-2	6	02.07.2005 18:32
Download Files bzw. Upload files !!		PHP Tipps 2005	2	29.03.2005 20:20
Files zippen mit ftp_exec()?! - Hilfe		PHP-Fortgeschrittene	0	24.01.2005 10:39
[Erledigt] HILFE		PHP Tipps 2004-2	1	16.12.2004 20:49
[Erledigt] .php5 files		Server, Hosting und Workstations	11	31.08.2004 19:29


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

06.06.2011, 21:30
hausl Erfahrener Benutzer Registriert seit: 03.08.2010 Beiträge: 1.143 PHP-Kenntnisse: Anfänger	ok.. bei den Überlegungen.. ist erledigt.. bitte Zwischenfrage vergessen.. Danke! Lg __________________ Keine Zahl != ein Zeichen das keine Zahl ist

06.06.2011, 21:50
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 35.994 PHP-Kenntnisse: Fortgeschritten	Letzten Endes läuft das auf das selbe hinaus: Die Normalisierungsdiskussion. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

07.06.2011, 01:52
marcusson Erfahrener Benutzer Registriert seit: 17.02.2006 Beiträge: 132 PHP-Kenntnisse: Fortgeschritten	Und genau diese Diskussion hatten wir auch schon mal. Da beißt sich die Schlange in den Schwanz. Einige Leute haben das schon live durch: die Tabellen wurden immer breiter, immer inkonsistenter und die Wunschlisten eben doch immer größer. Als Krönung kamen doch noch externe Übersetzungsbüros und wechselnde Kollegen bei der Bearbeitung der Datenbanken dazu und das Chaos war perfekt. Der erste wusste noch was er tat. Der dritte nicht mehr wirklich. Ich glaube auch nicht, dass die letzte Idee von @HTS irgendwas bringt, denn sobald Kontexte dazu kommen funktioniert das nicht mehr. Jeder Begriff hat N Kontexte und jeder Kontext M Begriffe. 1 Tabelle reicht nicht. Einfaches Beispiel: eine Spalte kann mit "Nettobetriebsergebnis" bezeichnet sein, aber in Tabellen wird eine Abkürzung verwendet und in Legenden steht zusätzlich der Text +"der Filiale im Berichtszeitraum". Von einem Glossar für feststehende Begriffe oder rekursiven Übersetzungen will ich da gar nicht erst anfangen. Ich denke, die Diskussion ist irgendwie an einem toten Ende. Es gibt für Übersetzungen einen internationalen Standard und da kann man sich dran halten, oder man macht eben etwas anderes: mit allen sich daraus ergebenden Konsequenzen. Hauptsache alle Seiten sind sich einig, dass man die Konsequenzen auch wirklich will. Mein Problem war nie der Code, sondern stets eine Kombination aus Kollegen, die dachten sie wüssten was sie tun und Kunden, die dachten sie wüssten was sie wollen. Geändert von marcusson (07.06.2011 um 02:07 Uhr).