Bonjour à tous !
 
Je travaille pour un site internet de jeu et nous voudrions rendre le site bilingue (Français/Anglais).
 
Personnellement, je pensais mettre les pages actuelles du site (en Français) dans un dossier "fr" et ensuite traduire page par page et les stocker dans un dossier "en". Ensuite, j'utiliserais une variable de session pour stocker la langue à utiliser et rediriger vers le dossier concerné.
 
Avez-vous une méthode plus simple/efficace pour réaliser ceci ?

ne pas utiliser de texte dans le code ...
creer 2 fichiers de traductions contenant les expressions, dans des variables globale, et, en fonction de ta variable de session, faire un include du fichier de langue concerner ...
 
exemple :
francais.php
define("TEXTE_BIENVENUE" , "Bienvenue blablabla" );
 
anglais.php
define("TEXTE_BIENVENUE" , "Welcome blablabla" );
 
et pour l'affichage :
 
echo "<div>".TEXTE_BIENVENUE."</div>";
 
voilà !
 
@+
 
ps: ya pleins d'autre facon de faire, celle là permet entre autre se separer completement les textes du code ... et de pouvoir facilement ajouter de nouvelle langue

C'est la méthode la plus connue, mais à force on se perd dans son code j'pense...

Au début je fesais aussi comme ca.
Mais par la suite j'ai eu le besoin d'utiliser le systeme des templates pour séparer code et affichage (afin de faciliter la coopération avec designer) donc j'ai agit ainsi:
(C'est un template fait maison hein, amuse toi bien si tu veux modifier un truc style smarty, enfin bref)
Dans mon template j'ai l'affichage donc

Et lorsque je parse mon template, grace a ma variable de session langue, je vire tout les [txt=etc qui sont pas du type [txt=fr:etc (dans le cas ou la langue choisie est FR). L'avantage c'est que tu peux ajouter pas mal de langue, mais ca alourdit pas mal les pages. Cependant je trouve ca mieu que d'avoir un dossier fr/ pour les templates et un autre en/ et un autre es/ Et que lorsqu'on veut modifier un ptit truc de la structure xhtml il faille modifier la page dans les trois dossiers :s
 
Bon ptet ca t'aidera pas lol mais ptet a d'autres si... Je fesais rien la donc bon, j'ai tapé la discut.
D'ailleurs si quelqu'un a une autre méthode pour gérer le multilingue avec des templates ce serai cool

 
+1
 
voici un petit bout de script que j'ai sous la main. A corriger avec $_GET c'est un vieux fichier. Ainsi tu n'es pas obligé de passer dans chaque lien la langue
 
lang.php

 
italiano.php

Un ptit peu redondant en effet

Merci Jagstang pour ton exemple, ça m'a bien aidé
Je commence ça et je vous tiens au courant

smarty est bien pour ca, car tu peux faire plusieurs version de tes templates. Et lors de l'appel, preciser celle que tu veux par parametre. Il suffit à la racine du script de definir  la langue, et d'appeler les templates avec ce parametre.
Ensuite, il suffit de dupliquer les templates pour chaque langue.

J'ai pas trop compris  
Je vais paraitre idiot, mais c'est quoi que vous appelez des templates ?

En gros, tu vas separer ton code PHP de ton code HTML. le template est un moule/modele HTML (pour l'exemple) dans lequel tu as des zones de variables. Ces zones peuvent etre substituée par une valeur/contenu.  
 
Dans ton code PHP, tu vas uniquement preparer les données qui vont substituer les zones variables du template. Puis faire un appel de celui-ci.
 
Par l'exemple:
 

Peu pratique si le texte devient un peu plus long et si on dépasse 2 langues.

Ok, Merci beaucoup pour l'explication
 
Sinon, j'ai testé ceci :
 
un fichier "francais.php" :

 
Puis dans index.php :

 
Quand je charge la page, voilà ce que j'obtiens :

Ca veut dire quoi au juste ?

T'as oublié les quotes

 
'LIVREDOR' et pas LIVREDOR je pense.

Ah ok, merci

yep !
 
http://fr2.php.net/define
 
@+

J'avais vu la doc, mais j'avais oublié les quote

Juste pour info, dans le cas de gros blocs de textes (articles, etc), qu'est ce qu'il y a de mal a utiliser une solution comme ce qui suit ?  
 

(exemple simpliste pour illustrer mon propos, pas de test ni de securite toussa toussa)

Quelle solution proposerais tu ? Hormis de dupliquer les templates et de les faires en chaque langue, bonjour apres pour modifier :s
Ma solution est tres lourde et peu esthétique c'est sur

bein si c'est des articles, il vraudrais mieux que ce soit en BD, je suis pas pour le dedoublement des pages.
 
Pour moi, le mieux, c'est de separer completement les texte du reste ( completement hein ^^ ).
 
je serais plus pour :
 

celle-ci contenant seulement du texte, et tres peu de code HTML ... ni meme PHP.
 
m'enfin, c'est que ma facon de voir les choses ...

Le problème de ce système, c'est que si tu modifie une page, tu es obligé de la modifier dans toutes les langues (je parle d'une modification PHP, pas d'un changement du texte )

non non, mois je mettrais que du texte dans la page php !!!
 
pas du tout de code, ni meme de mise en forme ( aller, peux être un <br /> ou 2 )
 
dans tout les cas, je mettrais tout en bd .... separer contenu / contenant, que ce soit pour le site en lui meme ( XHTML / CSS ) ou pour le code ( PHP / Template / include ... )

de façon régulière j'ai a réaliser et surtout entretenir des sites en 2 ou 3 langues de volumes variables de disons pour faire vite 50 a 300 pages/langues.
En qq années les methode ca a été du htlm bête multiplié par le nombre de langue, à du tout dynamique avec séparation quasi totale fond/forme le contenu etant eclaté soit en include soit en base.
 
Il s'agit de sites institutionnels marque, présentation produit, mise à dispo de documents en B2B, liste client, fournisseurs, agent, salons, ...
(pas du e-commerce ni du site coopératif quoi ça a sont importance).
Et au final il s'avère que jamais à l'entretien les différentes langue n'évoluent en même temps, ni ne disposent des même documents (encore moins en même temps) et qu'une tétrachier de traitement ou mise en pages particulieres fonction des langues sont nécessaires ou demandées ensuite à l'usage. Et que donc le truc le plus adaptatif ça a finalement été de dupliquer tt les pages en autant de langues avec l'identifiant de la langue dans le nom de page. De regrouper tt les contenus transversaux et prédictifs dans des bases de données ou fichiers xml, de regrouper au maximum les contenus pouvant l'être le tt mis en page dans des pages adaptées mais unitaire (en asp ou php).
On garde une totale liberté de présentation à la page, sans s'interdir de mettre en place des traitements générique quand c'est possible (include, etc les solutions ne manquent pas).
Le chg de langue se fait n'importe quand sans saut dans l'arborescence juste en changeant l'identifiant de langue dans le nom de fichier de l'url, idem si bien structurées tt les données de sessions suivent directement aussi.
 
Bref tt ça pour dire attention la séparation complète fond/forme est un concept ultra séduisant coté développeur. Mais que le cout (la difficulté voir l'impossibilité ensuite de traiter des cas particuliers) et la rigidité que cela induit est loin d'être nul. Et que si dans des cas de sites coopératifs ou a trés fort partage de contenus c'est indispensable dans beaucoup d'autre cas une voie moins extrême sera finalement plus optimale en terme de temps à passer aussi bien à la conception/fabrication qu'a l'entretien derrière. La difficulté étant d'arriver à jauger à l'avance de besoins réels d'un site et de la façon dont il évoluera.

c'est bien pour ca que j'ajoute la notion de template ... ( a la maniere d'un phpbb par exemple ) Dans ce template, tu definis exactement l'espace necessaire dans les champs pour l'allemand par exemple ( bien plus long que l'anglais ) ...
 
++

[mode gros sabots]
Struts
[/mode gros sabots]