Reprise du message précédent :

 
Tu rigoles ou quoi?
Un include("translations/$langue.php" );
C'est nickel.
 
Le monde n'est pas prèt pour le tout XML, trop lent encore  

Zion a écrit a écrit :     Tu rigoles ou quoi? Un include("translations/$langue.php" ); C'est nickel.   Le monde n'est pas prèt pour le tout XML, trop lent encore

• trop lent : ça dépend comment tu l'utilises...
• tes include, ça reste souple et flexible si tes sources de mise à jour sont très nombreuses et que tes modèles métiers sont nombreux et différents ?!?

Pour ce qui est de la simplicité de traduction (avec la methode SQL), la premiere chose que j'ai fait pour mon site c'est une page d'admin du contenu qui permet de traduire les différents textes en ayant simplement des champs a remplir. La page d'admin affiche tous les texte présents sur une page, avec a coté de ceux ci une description (ex : "texte du bouton valider" ), encore a coté un champs a remplir pour la langue choisie. Ainsi le traducteur qui travail sur le site, n'a pas besoin de connaitre PHP ou SQL pour faire son job.  
 
Je vais faire de meme pour la methode sous forme de fichier include...

 
Le monsieur t'as dit qu'il fait des scripts PHP... Tout n'est pas statique dans la vie, et la combinaison des deux ca doit détonner.
 
Mais sérieux, viens pas me dire que ta base de donnée XML ca va plus vite que tout le reste    
Deja rien que pour parser un fichier XML de 5MB, ca prends facile 30s avec les parsers les plus connus, franchement, c'est bon pour des solutions statiques ou tu fous un proxy en +, mais qui peut se permettre ca? Tout le monde n'a pas un serveur dédié ou une ligne SDSL chez soi    
 
 

 
Benh ouai, je vois pas le problème, j'ai un site avec une 50aine de pages, je te rajoute une langue en créant juste les fichiers au nom de la langue et en traduisant les textes  

Zion a écrit a écrit :     Le monsieur t'as dit qu'il fait des scripts PHP... Tout n'est pas statique dans la vie, et la combinaison des deux ca doit détonner.   Mais sérieux, viens pas me dire que ta base de donnée XML ca va plus vite que tout le reste     Deja rien que pour parser un fichier XML de 5MB, ca prends facile 30s avec les parsers les plus connus, franchement, c'est bon pour des solutions statiques ou tu fous un proxy en +, mais qui peut se permettre ca? Tout le monde n'a pas un serveur dédié ou une ligne SDSL chez soi             Benh ouai, je vois pas le problème, j'ai un site avec une 50aine de pages, je te rajoute une langue en créant juste les fichiers au nom de la langue et en traduisant les textes

bah, si ça te plait comme ça... continue !

toi, t'as l'air sérieusement neuneu !
je parie que t'as même pas essayé... c'est pas grave, c'est pour toi que je dis ça...

statique... t'es sur que tu sais ce que c'est XML ?

faut être con pour tout mettre dans un seul fichier XML...  
 
 

 
   
 
Je sais pas d'ou tu sors mon vieux, mais tu dois prendre  
des pillules, pourquoi tu m'agresses comme ca    
 
C'est vrai que j'ai jamais fait de XML, j'ai juste développé
le parser XML de la JVCL (le parser le plus rapide de l'ouest),
mais non a part ca j'y ai jamais touché au XML.
 
T'as un sérieux problème de fixation sur le XML  

pov zion

--greg-- a écrit a écrit :   pov zion

 
Je comprendrai jamais rien, on discute calmement sur la solution
la plus rapide/facile, et tout de suite on sort les insultes et  
les grosses vannes à 2 balles...
 
Enfin, soupirs... ca doit être généralisé dans le milieu  

non, mais t'as vu comme tu prend mal quand on avance une alternative à tes propos ???
de toute façon, je crois pas qu'on parle de la même chose...
quant à XML, normal que j'en fasse une fixation... je crois que s'y t'arrivais ne serais qu'à concevoir le 1/10ème des possibilités tu comprendrais... mais bon...
t'en connais beaucoup toi des méta langages qui permettent d'en générer d'autres ?  
Cocoon 2... je crois que c'est pas la peine d'en parler... il te permet d'avoir à disposition un pool de connection à ta BD : le gain en performance est énorme... le SVG quant à lui me permet de générer l'ensemble de mes éléments graphiques de manière personnalisable... t'en connais beaucoups toi des langages qui permettent à l'utilisateur de paramétrer chaque valeur d'un élement graphique (couleur rgb, police...) et de gérer sa page en drag'n drop ?
Quant à tes include, y a combien de personne qui sont amenées à mettre à jour tes pages : y a que toi ? et tu fais comment, tu retouches les pages à la main ?
Avec XML : toute personne ayant le droit d'accès peut zoomer sur le noeud qu'autorisent ses droits et modifie via des formulaires wysiwg ses différents paramètres linguistiques...

 
Ouvre ton col  
 
*SCHLAK* trop tard    
 
 

au fait, chocoboy... XML n'est ni un language ni un meta-language.

 
Ah ouai, j'oubliais...
 
J'utilise le XML pour les options dans mes progs
J'utilise le XML pour mes traductions
J'utilise le XML pour la plupart de mes pages
J'utilise le SOAP sur plusieurs scripts
J'utilise le SVG pour generer des charts
J'ai juste développé mon propre parser XML
 
Mais on dirait que tu nous fait une fixation grave, ici le mec
il peut s'en sortir sur son hébergeur probablement mutualisé (à 99% de chances) avec 2-3 lignes en PHP sur un script qu'il a surement déjà fait, et toi tu veux qu'il installe cocoon, qu'il foute tout en xml, etc, etc... T'es pas raisonnable du tout  
 
EDIT: Correction d'orthographe inside  

Zion a écrit a écrit :     Ah ouai, j'oubliais...   J'utilise le XML pour les options dans mes progs J'utilise le XML pour mes traductions J'utilise le XML pour la plupart de mes pages J'utilise le SOAP sur plusieurs scripts J'utilise le SVG pour generer des charts J'ai juste développé mon propre parser XML   Mais on dirait que tu nous fait une fixation grave, ici le mec il peut s'en sortir sur son hébergeur probablement mutualisé (à 99% de chances) avec 2-3 lignes en PHP sur un script qu'il a surement déjà fait, et toi tu veux qu'il installe cocoon, qu'il foute tout en xml, etc, etc... T'est pas raisonnable du tout

mais, non, c'est sur que pour une solution perso, y a pas mieux que PHP...
Cocoon 2 / XML, c'est pour une solution d'entreprise...  

[Mode_Tapez_Moi_Sur_La_Gueule : OFF]
 
euh ? XML c'est bien, mais quand tu utilise déjà PHP (HTML) + CSS + BDD, qu'est ce que ça apporte de plus en terme de : maintenance / rapidité / facilité ?
 
A noter que ce n'est nullement une agression, je connait absolument pas XML, je sais pas quels sont les avantages de l'utiliser, moi je croyais que c'était pour le WAP...
 
[Mode_Tapez_Moi_Sur_La_Gueule : ON]

PS : perso : serveur quasi dédié -> 4 sites à moi dessus mais c'est pas ça qui détérmine mon choix.

Snipe Foo a écrit a écrit : PS : perso : serveur quasi dédié -> 4 sites à moi dessus mais c'est pas ça qui détérmine mon choix.

 
Si c'est le site référencé dans ton profil ICQ il marche pas du tout ton serveur    

 
Restons en la veux tu Zion ? Désolé pour ma saute d'humeur... mais essaie d'argumenter tes propos...
--> [BASTON : OFF]
 
Snipe Foo : mais quelle est la cible de ton site ? Vas tu être le seul à le mettre à jour ou est ce que des utilisateurs possédant un login pourront mettre à jour leurs données ?
De toute façon, il faut savoir que ce que tu gagneras en flexibilité, tu le perdras forcément en rapidité...

chocoboy a écrit a écrit :   Restons en la veux tu Zion ? Désolé pour ma saute d'humeur... mais essaie d'argumenter tes propos... --> [BASTON : OFF]   Snipe Foo : mais quelle est la cible de ton site ? Vas tu être le seul à le mettre à jour ou est ce que des utilisateurs possédant un login pourront mettre à jour leurs données ? De toute façon, il faut savoir que ce que tu gagneras en flexibilité, tu le perdras forcément en rapidité...

 
Benh j'ai rien dit encore la    
 
Mais sur ce post la je suis d'accord à 100%  

Zion a écrit a écrit :     Si c'est le site référencé dans ton profil ICQ il marche pas du tout ton serveur

 
C'est pas le site référencé dans mon profil ICQ (celui ci est down depuis un bout de temps).
Mon serveur ne marche pas (en ce moment) l'alim est grillée
 
Chocoboy : La cible : le monde entier  
Serieusement : les utilisateurs logués mofifient / ajoutent des infos, mais ces infos ne sont pas les memes que celles qui sont traduites. Par contre je ferais certainement appel a des personnes tiers pour les traductions, d'où l'interface de gestion du contenu.

Donc, les interventions des utilisateurs ne seront pas traduites, seul le contenu rédactionnel le sera et sera traduit par des traducteurs externes, c'est ça ?
 
Cette solution ne nécessite pas une décomposition extrême de la mise à jour... Restes en au PHP/BD -> voir du côté XML te prendrait trop de temps de formation pour rien.
En revanche tu stockeras les interventions des utilisateurs dans la BD puisque ces données sont susceptibles d'être modifiées.
Sinon, la couche XML t'aurais quand même permis d'avoir un meilleur contrôle sur des sorties multiformat en développant des templates génériques d'affichage en HTML, PDF ou autres...

OKI

personne utilise gettext

Et quand le site est sous forme de module (du genre un module pour les news, un pour le forum, un pour les articles ...) comment vous gérez le problème des l'abscence d'une langue pour un module donné?
 
Moi, c'est le truc qui me fais le plus hésiter à mettre en place un système multilangue pour mon site et ce d'autant plus que certain modules utilisent une partie d'un autre module (du genre le module des news utilise le module forum pour recevoir les commentaires des visiteurs).

ben déjà tu separes mieux tes modules, ensuite, il me sem ble que tous tes modules DOIVENT etre traduits, ça doit pas etre mortel à verifier... sinon ben ça depend quel systeme tu utilises evidemment, mais en cas d'absence d'une chaine, tu te rabats sur une langue par defaut (c tout un site en anglais avec une phrase en français ou l'inverse)

Pour une meilleure séparation des modules, mon but c'était de réutiliser au maximum le code pondu pour un autre module. Du coup, je me retrouve avec un système de module hiérarchisé.
Pour le fait que tout les modules doivent être traduit, c'est vrai que c'est le plus simple. Le problème c'est que si quelque d'autre que moi créé des module pour mon système, il n'est pas sur que ce module là disposera des même langues que ceux que je créé moi (étant nul en anglais la langue dans laquelle j'ai tout créé est le francais).
Enfin bon, je vais me démerder et a par les messages d'erreur, il y a pas tant de message que ça a traduire quand j'y penses.

Après réflexion du midi, voilà ce que je vais faire :
une requete pour aller chercher l'ordre de préférance de l'utilisateur et sauvegarde du résultat dans un tableau
pour le module appellé, une fonction qui cherche les langues disponibles (test à base de file_exist ) en fonction de l'ordre si dessous.
S'il utilise un autre module, soit il garde sa langue et l'autre module cherchera la meilleure langue disponible de son côté (en prenant si possible celle du module apellant)
soit il demande la première langue comune afin que les deux utilisent celle là. (choix définis par le programmeur)
Si aucune trouvé,les deux utilisent la meilleure langue possible en fonction des réglage de l'utilisateur
si une trouvé, les deux utilisent celle là.
Et on fait ça de manière réciproque.
 
 
Est ce que vous pensez que c'est la bonne méthode ou pas?

bah spa mal, faut voir niveau perfs
 
 
bon y'a tjs personne qui utilise gettext ?

--greg-- a écrit a écrit : bah spa mal, faut voir niveau perfs     bon y'a tjs personne qui utilise gettext ?

Je conaissais pas.
Ca a l'air pas mal cette fonction mais pour mon système, je suis pas sur que je puisse l'utiliser avec autant de souplesse que je voudrais.
Faudrait que je voyes des exemples de tables de traduction pour juger du système.
 
Pour ce que je comptes faire, la vitesse n'est pas vraiment un problème en soit car vu la lenteur de mon programme chez free, j'envisage déjà de me faire un serveur dédié chez moi. (j'ai fait des tests, certaines partis vont jusqu'à 100 fois plus rapide sur un P150 que chez free.

up pour gettext...
c normal qu'il faille redemarrer le serveur à chaque changement des textes?

--greg-- a écrit a écrit : up pour gettext... c normal qu'il faille redemarrer le serveur à chaque changement des textes?

Ca doit être relous si t'es hébergé par free, multimania ou un autre hébergeur sans serveur dédié. :|

ben jsais pas si i faut reloader, c ptet moi qui m'y prend mal

Si cela n'a pas déjà été proposé, moi, je fais :  
- un fichier php par langue ou je définis des variables écrites en majuscules, histoire de savoir si c'est une variable venant d'un include ou pas, par ex : $LANG_TITLE_PAGE = "Titre de ma page". On trouve dans chaque fichier de langue les même noms de vairables, mais bien sûr, les valeurs changes,
- un include qui va chercher le bon fichier langue à importer en fonction de la valeur d'une constante $LANG qui se trouve dans un fichier de conf général au site...
 
ps : un tableau où il y a toutes les langues, c'est trop lourd à manipuler et sa surcharge la mémoire du serveur pour rien, car à chaque fois, y'a qu'une langue d'utiliser...

gettext c'est la méthode de traduction standard sous Linux. Il y a un bon paquets d'applis graphiques servant à faciliter le travail des traducteurs et des devs.
 
 
Sinon, voici un tutorial pour utilsier gettext avec php :
http://www.onlamp.com/pub/a/php/2002/06/13/php.html