Reprise du message précédent :

 
-1 sur tous les messages du sujet d'id superieur au supprimé. C'est tres rapide. Je prefere cette technique où le rapport suppression/lecture est tout de meme tres faible.

 
 
Non non, j'update. Le message supprimé est rendu invisible. La position me sert aussi pour recuperer les messages, elle fait partie de la clé pour la selection.

 
C'est marrant comme les idées reviennent. J'ai decouvert ce topic y'a qq jours, je suis sur mon forum depuis plusieurs mois. J'ai du commencer en septembre pour la modelisation de la base. Je trouvais ca interessant de stocker la position plutot que de la determiner à chaque fois. Ne serait-ce que pour retrouver la page d'un message.

Ca dépend si tu supprimes un message au début ou à la fin du topic
Et puis rien ne t'empêche d'interdire les effacements, ou les interdire une fois une certaine ancienneté acquise (je compte implémenter ces deux possibilités d'ailleurs)

En effet
 
Et en plus tu peux la calculer même si l'utilisateur a choisi un nombre de messages par page customisé

Sur Forum-Auto, t'as 24h pour modifier ou supprimer ton post, après c'est impossible.

 
Exactement. Pour la modification des positions. C'est une requete negligeable face aux selections  

Note que c'est embêtant pour les topics uniques

Ouais. Faudrait soit laisser l'édition du premier post libre, soit alors donner des authorisations de modification par post

Ca va être super lourd ça (sauf si tu fais comme ici, genre tu autorises tout le monde à cliquer sur un bouton "Editer ce message" pour n'importe quel message, et tu fais jouer une validation sur la page suivante. Ce que je n'ai pas envie de faire: chacun verra les options auxquelles il aura vraiment droit.
 
Perso je dirais plutôt: autoriser les modifs et interdire les suppressions

En ce qui me concerne, je gere un systeme de profil.
En gros, lors de la chargement de la page, si l'utilisateur est reconnu, je charge en une requete son profil utilisateur, et ses sanctions en cours. Il peut y avoir plusieurs lignes s'il y a plusieurs sanctions.  
 
Il ne me reste plus qu'a interroger par fonction si le type peut faire telle chose. La fonction s'occupe de dire si oui  ou non, et retourner un code message retour à l'occasion.

c'est vrai que ma base est loin d'etre parfaite et ca va etre un peu lourd pour changer  
Personne ne sait alors pour une requête qui permet de recuperer la position pour un groupe de messages?

si tu connais l'id du message dans le topic, c'est facile, un simple calcul pour extrapoler les id du premier et dernier message de la page.

bah je connais l'id du message global c'est tout là est le problème .
 
Mais sinon tant pis j'ai trouvé moyen de tricher: vu que c'est pour mettre un lien vers le message dans son topic d'origine, à partir de la recherche,  je vais tricher et mettre cette requête dans le viewtopic.php en passant un parametre spécial.

il est meme impossible de changer le premier post d'un topic ?

ça me paraît clair...

Ca ne va pas un peu à l'encontre de la loi sur l'Informatique ? (Correction et suppression des données)

Des données personnelles il me semble

Ha, effectivement

Ouais au fait comment on peut faire pour obtenir la page d'un message (quand on a que son id), à part en calculant son numéro de page par rapport au nombre de message le précédent dans le topic et en divisant par le nombre de page (enfin pas une division pure, en utilisant un modulo et tout, enfin jme comprends...)
 
J'ai un catalogue en ligne ou j'ai un système multi-page bien rodé, mais je passe en permanence le numéro de page dans l'url (je n'utilise pas l'url-rewriting), même quand on édite un article, donc j'ai pas à le récupérer, mais c'est vrai que ca peut-etre interressant

J'ai pas encore ressenti ce besoin là pour le moment  Mais j'en aurai besoin pour des résultats de recherche. Un modulo me paraît la meilleure solution

 
Bah tu es obligé de faire un count sur le nombre de message d'id inferieur et visible. Et un count n'est jamais genial.  
 
Actuellement, à aucun moment, je fais de count dans mes requetes.

Comment gérez-vous les topics annonce? Perso je pense recenser leurs id dans une table dédiée. J'aurai une requête pour retrouver ces topics précis, et une autre pour la suite. (et utiliser la même fonction pour les afficher)
 
J'avais une autre question en suspend mais je l'ai oubliée entretemps

Pourquoi ne faire un :
 
ORDER BY id_topic, id_topic_annonce DESC ?

 
non    

je pensait plutot a un booléen isAnnonce et a un group by...

hum, ça j'ai pas fait gaffe.
dans ma tête la syntaxe wiki était +/- universelle

C'est plus compliqué que ça, je spécifie dans mon WHERE un range de topics selon l'id "intra catégorie". Et lancer 2 requêtes au résultat similaire ne pénalisera pas le temps de génération de page. De plus, la requête ramenant les annonces ne sera lancée que si le compteur est supérieur à zéro.

J'ai un tel booléen mais il me sert juste à savoir si je dois afficher une icône annonce ou non

Ah! Je me rappelle ma seconde question. Comment procédez vous pour formater les messages/signatures? Vous mettez tout en tableau pour lancer un seul preg_replace? Je n'ai pas encore d'idée définitive sur la question...

Je fais ca lors de l'enregistrement du message. J'ai un champ avec le texte saisi par l'utilisateur, et un champ avec l'homologue HTML.
 
Sinon, j'utilise un preg_replace pour le moment.

Quelqu'un d'autre ici même parsait le message avant enregistrement en DB, mais ce n'est pas une bonne idée simplement parce que le HTML évolue avec le temps

Que veux-tu dire pas le HTML evolue avec le temps?
 
Ne figure dans mon HTML generé que l'interpretation du bbcode et smileys. Dans le pire des cas, s'il y avait une modification de standard, rien de m'empeche par Batch de reprendre l'integralité des messages.

C'est un peu lourd comme procédure  Surtout s'il y a beaucoup de messages et que ton forum est très utilisé  Mais ça se défend.
 
Les modifications auxquelles je pense, c'est l'abandon progressif des balises <b> et <i> en XHTML par exemple.

bah je prefere, personnellement, faire une mise à jour radicale du contenu une fois pour toute, plutot que de faire des regex à chaque appel de page. Le gain est tout de meme important. Puis un changement de standard ne se fait pas tous les jours.
 
Je m'etais dejà penché sur le probleme. Je peux facilement passer d'un fonctionnement à l'autre facilement. En gros, s'il faut un jour ou l'autre modifier l'HTML des messages, je peux passer en regex live, et faire tourner un batch sur les anciens messages. Une fois le batch terminé, je peux revenir à ma methode habituelle.
 
Je vais voir comment ca va evoluer. Pour le moment, le forum n'est qu'en test. Et le site autour est en developpement. Du coup, ce ne sont pas les 800 messages qui vont lui faire mal.

 
Alors ton problème est résolut non ?

Ben je n'avais pas de problème, je voulais juste savoir comment vous, vous procédez Je n'ai pas encore implémenté ma méthode mais j'espère le faire ce soir.

bon, GG, on s'y met ?

 
Hum. Pour ne pas avoir de bug sur cette astuce, il faut quand même que les transformations réalisent une bijection. Cela implique que tout le html utilisé pour la mise en forme ne peut pas être utilisé dans un message sinon, ces deux phrases auront le même codage en base ce qui pète la bijection:
- je pensait plutot a un booléen <i>isAnnonce</i> et a un <i>group by</i>...
- je pensait plutot a un booléen [i\]isAnnonce[/i\] et a un [i\]group by[/i\]...

Moi je compte faire une deuxième table.
 
C'est sur que à l'échelle de un forum, sa fait un peu des pertes ( allez grand maxi, 3 post it par cat, donc maxi une centaine).
Mais pour un système de multi-forums, on est pas à une petite requète de plus, surtout si on à 1000 post-it.  
 
On peu dire que sa fait un peu moins de gaspillage à l'échelle d'un multi board.
 
Et puis d'un autre coté, rajouté un système de réponses spéciale pour post-it (pour éviter les surenchainnement de referant_id)....
 
J'hésite encore. Sa risque de ce joué en l'espace d'une ligne de SQL

ya joce qui vient de perdre un client
 
telecharger.com a pris une version faite maison:
 
http://forum.telecharger.com/index [...] elecharger
 

C'est ce que je viens de voir ce soir...
Dingue ! Il à l'air cool leur forum, c'est eux qui l'ont fait ?