Hello!
 
J'avais une petite question concernant les sites multi-langues.
 
J'ai un site avec un fichier de base pour la langue (lang-fr.php / lang-en.php) qui traduit tous les menus et autres textes statique du site, par contre je sais pas trop comment m'y prendre au niveau de la base de données...
 
En effet, l'utilisateur final peut écrire des articles et les poster sur le site (ceci devrait être fait dans les 2 langues!), mais je vois pas trop comment gérer ma BD....
 

• soit je met les langues dans les mêmes champs des tables et je parse à l'affichage d'après un caractère très spécial (&ç%ç*ç%& )    
• soit j'ajoute des champs à mes tables pour prendre en compte la traduction (genre table "article" -> id, descriptionFR, descriptionEN,....)
• soit je crée une table pour chaque langue
• soit ....

Enfin je suis un peu paumé   et j'aimerais savoir si il y a une façon meilleure que les autres
 
Merci pour vos réponses.
 
++

Tu fais une table langue :

 
et ta table article :

 
et donc langue serait une clé étrangère.
Comme ça, ça me parait pas mal.
 
Et puis... : pas de rapport avec php!
 
Edit :
En fait s'il n'y a que deux langues ma solution n'est peut être pas la meilleur. On va dire que ce que je propose convient à site avec un nombre n de langues, avec n suceptible d'augmenter sans limites.

 
ah ouais! c'est une jolie solution ca .
 
par contre si je modifie ca comme ca, je vais etre emmerdé au niveau des formulaires de création d'article non? genre il faudra n champs de description, donc si on a 5 langues, ca va vite etre le gros bordel sur la page d'admin

Ba avec un peut de javascript tu peux facilement faire un système d'onglet.
 
C'est à dire que sur chaque champs, tu as des onglets, un pour chaque langue. Avec un marqueur sur les onglets (genre une *) indiquant si le champ a été renségné ou pas.

 
ah ouais, pas con ca
 
pt1 y'a des gens intelligents sur cte planète    
 
thx, vais voir avec ca

Ba c'est le système que j'ai proposé à mon patron.
Finalement testé et approuvé, c'est très pratique.

Après selon les utilisateurs tu peux aussi définir des limitation sur telle ou telle langue, réduisant ainsi la quantité d'onglets. C'est aussi ce que j'ai eu à faire, comme ça les traducteurs n'ont accès qu'à la langue qu'il traduisent... et ainsi de suite.

Tout ça pour dire que quand c'est bien foutu, c'est un système très pratique. Donc je partage l'idée.

Sinon moi j'avais aussi fait comme ca:
 
Une table langue qui contenait les noms des tables en fonction de lang
 
TABLE Langue
ID_Langue Table_Articles Table_Categorie  Autre param dépendant du pays etc...
1              Articles_fr      Categorie_fr      Euro
2              Articles_en     Categorie_en     Pound
etc

Non désolé mais selon les logiques de modélisation etc. etc. La création d'une nouvelle occurence ne peut en aucun cas entrainer la création d'une nouvelle table. T'as solution me parait très "mauvaise".

les données sont ordonnées par pays ca tient une certaine logique.
Il est a noter que les éléments communs sont sur une table articles, et que ca marche très bien.

C'est une solution je n'ai pas dit la meilleure