Reprise du message précédent :
C'est déjà plus ou moins fait. La v3 est en développement depuis plusieurs années il me semble.

Deux ans et demi quand même

Oué mais là c'est pro, c'est pas pareil!

 
Ah excuse je pensais à 1an  

C'est pour cela que je préfère developper mon projet seul car impliquer d'autre personne en dehors du milieu professionnelle peut mener à des choses assez freestyle. Je dis quand même bravo au participant de phpBb dans le sens ou eux ont réussi à "terminé" l'application. Combien de projet ont commencé ainsi et ont finit par ne plus avoir de suite. 1/100 doit arriver à terme.

[TROLL]
et pas de bol, sur le petit pourcentage qui arrive à terme, y'a fallu qu'on trouve PHPBB!
[/TROLL]

Je pense qu'il y a du avoir bien pire comme code mais qui fort heureusement sont avorté !

Dans le lot il doit y avoir phpnuke et ipb

lol
 

 
Bah je sais pas, moi perso à part une classe SQL j'ai pas d'objet dans le code de mon forum et je pense pas être le seul ;-)

il parle d'aproche objet, pas d'objet tout court

c'est pas forcement une mauvaise, MySQL sait l'optimiser, et ca permet a MySQL de reordonner plus facilement l'ordre des tables dans les jointures.

J'ai dis une connerie j'avais mal vu la requete

phpBB c'est le mal c'est pas défendable

lol, c'est clair, à vouloir défendre l'impossible voilà ce qui arrive ^^

Ah oui, au niveau POO t'as aussi IPB

Et euh justement j'ai une question qui a déjà été abordée dans ce topic je crois: comment on peut récupérer chaque IDs correspondant à chaque page, pour faire un SELECT avec IN (à la place de LIMIT qui est trop lourd et BETWEEN qui fait des trous en cas de suppression de posts ) ?

Si quelqu'un à la réponse  

bon juste pour mettre les choses au point je squatte ici pour apprendre j ai jamais eu la pretention d avoir développé mon propre forum
mais j ai trouvé que je@nb s etait montré insultant envers ceux qui avaient réalisé leur projet et ca m enerve ce genre d attitude
 

 
techniquement c est une insulte c est vrai mais ta premiere remarque n etait pas "fut fut" non plus
 

 
tu doutes tout a coup ?
 

 
 
c ets justement de ca qu on parle
 
 

 
non juste le faire
ce qui compte pour moi c est le plaisir d utiliser mon propre script de but en blanc
et tant qu a faire avec un code propre en effet
je viens de faire un theme phpBB pour un pote de mon frere
je savais que ca allait me gonfler mais j en avais deja fait
honnetement c est n importe quoi
je suis pas encore un caid en php c est sur mais rien qu en html leur code est une vraie bouse
la au moins je sais de quoi je parle et je te jure qu on peut difficilement faire plus crade
et pour ce que j en sais actuellement leur php est aussi crade que leur html
 
 

c est a peu pres interdit a tout le monde un code comme ca
peut etre que je suis encore trop noob mais c est quand meme de la folie
a vouloir faire un truc trop portable ca en devient illisible
ne serait ce que le support multi langues ca destructure le code, multiplie les appels toussa
c est une feature sympa dans l idee mais vraiment juste dans l idee
toi en tant qu utilisateur a part dans de rares cas tu t en fous de pouvoir passer ton forum en chinois en 2/3 clics
passer par 200 lignes de codes pour afficher bonjour    
donc oui au debut phpbb ca depanne bien mais juste au debut quoi
 

 
c est ce que j avais dit il y a quelques posts
il manque ceux qui gèrent
 

 
et donc phpBB a la poubelle la ou il aurait du etre depuis un bail
petit troll gentil, parce que je l ai deja dit mais j ai appris beaucoup grace a ce forum:
communauté sympa, et puis ils font les conneries a ta place donc tu apprends enormement  
c est sympa l idee
"ouah un mur de ronces et j ai meme pas d epée sous la main
_pas grave je vais foncer dedans"
 
vraiment sympa meme ^^
 
 

Tu répètes ce genre de propos à n'importe quel employeur dans le domaine de l'informatique et t'as de bonnes chances de te faire virer pour incompétence

 
Il y a de nombreux softs qui ont fait le choix de ne pas gérer la localisation au runtime (quand à savoir si c'est pour des raisons de performances ou de segmentation de marché, je sais pas trop, mais la localisation peut-être assez couteuse selon comment elle est conçue / les priorités du concepteur...).
 
Par contre pour un forum, s'il est de grande envergure ca me parait utile de laisser à l'utilisateur le choix de la langue
 

Ce qui rend le code illisible quand on essaye de faire un truc portable, c'est de rajouter de multiples couches aprés coup sans analyse poussé de ce qui existe déjà dans le projet en cours ou sans véritable réflexion sur ce qui doit être rajouté. Quand on prévoit, avant de taper la premiere ligne de code, comment l'ensemble fonctionnera, comment l'ensemble sera organisé, (séparation en différent blocs) comment les différentes couches de l'application comuniqueront entre elles et même comment chaque bloc fonctionnera en interne, alors on peut obtenir un code propre, lisible et rapide. Le probléme, c'est que c'est parfois beaucoup plus long de faire cette analyse proprement que de taper du code à l'arrache même en comptant la réécriture d'un quart du code et ca ne m'étonerait pas que les développeurs de phpbb aient baclé cette étape pour phpbb2.
 

Je ne suis pas d'accord sur le fait que ca destructure le code. Un systéme multilangue ne fera qu'exporter le texte en dehors du code et ca sera toujours la même fonction qui sera appeller pour aller chercher le texte. En général, les systéme multilangue pensé dés le début ne destructure rien du tout par rapport au systéme de code.
 
Entre un :
echo "bonjour";
et un :
select_langue("Fr" );
echo texte("acceuil","st_bonjour" );
Je ne vois pas où se situe la destructuration du code.
 

Et moi en tant que développeur, je préfaire envoyer un éventuel fichier texte contenant la liste des phrases à traduire avec une éventuelle doc à côté pour dire à quel endroit s'affiche chaque phrase que de perdre 1 mois à rechercher chaque bout de phrase disséminé partout dans le code et 2 mois à modifier le code derriére pour créer un clone du code contenant le texte traduit à la place du texte initial.
 

Même avec un systéme de localisation de l'interface, ca doit être rare de dépasser les 20 lignes pour la sélection d'une phrase donnée.  
 
En résumé : tout dépend de comment les chôses sont faites et pensé. On peut trés bien avoir un systéme de localisation bordélique tout comme on peut en avoir un trés trés propre et trés rapide. Et cette constatation est la même pour toutes les parties de n'importe quel programme.

pourquoi ne pas avoir faire simplement texte("bonjour" ) ?
( et tient, soyons fous, renommons texte() en _(), gettext style )

et pourquoi ne pas faire simplement un echo md_hello;

avec autant de variables globales que de chaines de caractères ?

Si tu fais un simple forum, ok, mais voyons grand : si tu fais un site contenant plusieurs modules, tu seras bien content de pouvoir chercher une phrase en fonction du module pour constituer le menu. Par exemple un texte("forum","titremenu" ) et un texte ("news","titremenu" ).
 
Evidement, si t'es tout seul, tu peux t'amuser avec des texte("titremenu1" ) texte("titremenu2" ) ...

oui, mais pourquoi utiliser un identifiant nommé "titremenu" au lieu d'utiliser le titre du menu dans une certaine langue (soit celle du dev, soit l'anglais par exemple...) ?

Le jour où tu voudras modifier le texte d'une phrase de la langue principale ne seraisse que pour corriger une faute d'ortographe, je pense que tu seras content de ne pas avoir à répercuter le changement dans les fichiers de traduction de toutes les autres langue. En plus une même phrase peut être traduite de plusieurs maniéres différentes en fonction du contexte. Il serait difficile de déterminer la bonne traduction si on se base sur la phrase à traduire et non pas sur un identifiant de phrase.

sed -i

T'as un cas ou ca arrive vraiment, dans le cadre de textes d'interface de forums ou d'un truc approchant ?

pas des variables globales, des defines

http://forum.hardware.fr/forum2.ph [...] 0#t1406789
 
accrochez vous à votre slip, j'ai commencé  
 

<table BORDER='10' BORDERCOLOR='RED'>

J'invoque le Gatsu
 
( Sinon, c'est hibernate qui sert à la persistance des données ? )

J'ai vu le cas dans le cadre d'un programme dont le fichier de traduction faisait entre 100 et 200 phrases. Pas un gros programme donc.
Manque de pot, la même phrase anglaise ne se traduisait pas pareil à deux endroits différents du logiciel. (probléme de structure de phrase)
 
Si ca arrive dans un aussi petit programme, il y a des chances que ca arrive pour une langue ou une autre quand un programme de site web accepte des modules.

 
Ouaip spa faux, mettre un code de contexte est pas une mauvaise idée ca peut toujours risquer d'arriver. Par contre je préfère nettement avoir la langue native avec du texte dans le code directement. (solution mélange des 2 quoi)

<table BORDER='10' BORDERCOLOR='RED'>

pas forcément, mais j'ai eu la flemme de couper la dépendance pour ça.
 
 
edit: coupé.

 
+1, c'est le bien, les define...

$text["bonjour"] ca serait encore mieux    
 

 
Optimiser MySQL (j'ai fait un article là dessus, sinon j'ai expliqué une solution possible dans ce topic y'a pas mal de pages )
 
Je précise que ce n'est qu'un exemple de solution, il y en a certainement d'autres, je mets au moins la mienne...

l'autre fois je l'ai pas trouvée, tu peux la linker stp ? les résultats sont pollués

+1 :-/
 
Ce que je n'ai pas compris avec le BETWEEN, c'est comment faire pour afficher toujours le même nombre de messages même quand on supprime des lignes...
 
Incrémenter les ids à chaque modification ?

Trop lourd. L'idée était simplement de masquer les messages effacés si je me souviens bien.

Moui....
 
Ca permet au moins de restaurer les messages "effacés" accidentellement

Va jouer au bac à sable.  
 
Ou si tu veux grandir un peu, va regarder de quoi sont capables les systèmes d'internationalisation comme gettext, tu verras que c'est nettement plus évolué qu'un bête vecteur.

pas la peine de me parler avec autant d'arogance      
 
Et est ce bien optimisé ta metode avec gettext?    
car je ne vois pas plus simple et plus leger qu'un tableau contenant les phrases à traduire.