> Il faudrait un patriarche, un vieux chinois, un pere fouétard de Piregwan.com pour nous conter toutes les légendes piregwannes de ce lieu sacré

il est en vacances defrag

> Pourquoi les points s'updatent dans la fiche membre mais pas ds le forum ?

parce que dans les profils, les points sont calculés en tps réel. pas ailleurs. parce que les bannieres sont principalement utilisées dans les mails de notif (il faut que ca aille vite compte tenu du nombre de mails envoyés par jour) et dans le forum (ou il y a en moyenne 15 posts et donc 15 recalculs tps réels)

c'est une période de transition. on se rapproche du fonctionnement de gn ou les points étaient calculées a chaque action d'un membre. dès que tu postais, c'était mis a jour. là ca a jamais été fait comme ca. donc il va falloir modifier tous les scripts du site pour rafraichir les pts. ensuite partir d'une base a jour (avec tous les points a jour) et uploader d'un coup. c'est un gros morceau. comme le passage de php3 a php4. a suivre...

++

"ensuite partir d'une base a jour (avec tous les points a jour) et uploader d'un coup. c'est un gros morceau. comme le passage de php3 a php4. a suivre...

et tu fais tout ca depuis un ptit 56K, non....?

defraagh a pas le physique du vieux chinois... enfin je crois pas. c dommage. ca participe au mythe du patriarche.

> defraagh a pas le physique du vieux chinois... enfin je crois pas.

tu rigoles là ? defrag c'est yoda, il a 900 ans et il sait tout

Sniff.. moi qui croyais être le DAT du coin

> moi qui croyais être le DAT du coin

je t'aime quand meme tu sais ;\

LOL Angel

Arf c'ets oublié ;)

** bise **

Pour recadrer un peu le sujet (bien que votre discussion ne soit pas ininterressante, loin de là...) :
Je pense qu'un seule table suffit, avec un champ "reponse". Si $reponse=""; c'est un sujet sinon si y'a qq chose ben c'est une réponse (avec un input type hidden value $id dans le form de réponse).
Vala, moi c'est comme ça que je fais. C'est t-y bien ?

> Je pense qu'un seule table suffit, avec un champ "reponse". Si $reponse=""; c'est un sujet sinon si y'a qq chose ben c'est une réponse (avec un input type hidden value $id dans le form de réponse).

justement ! l'intéret de mettre les sujets et les reponses dans la meme table c'est que si tu regardes bien, il n'y a strictement aucune différence entre un sujet et sa reponse. juste un champs parent qui est vide pour les sujets et qui vaut la clé du sujet pour une réponse. that's all. tout le reste est strictement pareil. avec ce systeme tu peux en outre faire des sujets avec pleins d'arborescences tu me suis ? tu peux gérer les réponses aux réponses de la 4eme réponse du sujet x en mettant en parent non plus la clé d'un sujet mais celle d'une autre réponse. ca n'a que des avantages le systeme a une seule table

++

gwan | rtt

mon cher gwan, tu as explicité le fond de ma pensée...

c vré après reflexion une table c mieux j'ai réctifié mon vote
je trouve que c mieux pour afficher ou supprimer tout en une seule requete.
et pour les autres avantages cités

merci pour ce mini cours, j'ai mis quelques jours à comprendre, parceque finalement il n'y a que la pratique qui valide la théorie.


mais mon vote point ne changera, d'ailleurs, je ne me rappelle plus ce que j'ai vôté