Reprise du message précédent :

Me suis fait niquer par Marc alors
 
M'enfin ... Y a pas mal de filles qui m'envient en ce moment

Oui, justement, la loi oblige le développeur à permettre à l'utilisateur de tout supprimer.
Enfin, on peut toujours empêcher la suppresion et remplacer par l'envoie d'un mail à l'admin qui lui dit ce qu'il doit supprimer, mais spa super pratique.
 
Après, les cgu des forums genre "ce que vous écrivez nous appartient désormais", c'est du pipeau, la CNIL et ses lois auront toujours le dessus sur les cgu de n'importe quel forum.
Les droits d'auteur, ça vous dit pas quelquechoses, surtout en ce moment.  

oué mais bon si l'utilisateur il veut faire du zele on voulant supprimer tous ses messages pour un sois disant "droit d'auteur", ben l'admin peut faire du zele en lui disant qu'il peut supprimer ses messages un par un et lui souhaiter bon courage

Non, il a le droit légal de demander toute la suppression d'un coup d'un seul de tous ses dires et de toutes ses traces qui pourrait l'identifier.    
 
Enfin, cela dit, moi dans ces cas là, j'efface pas les messages dans la bdd, ça ferait trop de trou, je détourne l'affichage.

C'est ce que j'ai fais sur un forum hein, j'ai viré environ 1000 messages à la main. Recherche sur pseudo + petit script curl qui va bien et hop

Bah t'es bête, t'aurais mieux fait de l'imposer à l'admin.

C'est pas faute d'avoir essayé, il voulait pas, alors j'ai suppr et après je lui est demandé de virer mon compte vu que yavait plus rien

Non, pas du tout    
Je me base aps sur la chance, mais sur la réalité.
Et puis si updater 100 000 messages tous les mois ca met le serveur en rade, alors je jette mysql a la poubelle...
Nan mais c'est vrai, ca deviendrait grave à ce point là  
Edit: Comme l'a dit cinocks , ca prends quelques diizièmes de secondes...

Pis tu fais passer l'UPDATE en low priority, toussa toussa, histoire de pas agacer les autres visiteurs

 
J'aimerais savoir au niveau de votre BBCode, vous gérez comment l'imbrications des quotes?
 
moi ma regexp interprète directement le premier [/quote]... et du coup le reste n'est pas dans le bloc de quote
 
Vous faites ça comment vous?

preg_match_all()

Les expressions rationnelles ne sont pas capables de gérer des niveaux de nesting aléatoires (avec identifiants start/end matchés).
 
T'as deux possibilités: soit tu crées un pattern atteignant une profondeur donnée (e.g. un niveau maximal de 10 quotes les unes dans les autres) soit tu passes au niveau du dessus et tu utilises un vrai parseur sur une grammaire bbcode.

 
Ok, merci à vous deux, je vais voir ça

c'est pas le temps que ca prend qui compte, mais les resources que ca prend
Sur un serveur a vide ca va aller plus vite car il va surement prendre 100% des resources, alors que sur un serveur chargé sur hfr, il aura du mal a prendre 100% de cpu.
 
nan mais je te dis tout ca, car j'avais fait le test pour 500 000 messages et c'est bien lourd.

La solution de masquer le message reste peut être la meilleure dans ce cas là, non?

D'un autre coté, des messages à 500.000 réponses, j'en ai jamais vu.
 
Edit : Bon j'ai rien dit, y'a le topic foot sur Discussion.
Enfin, tout ça pour dire, ça sert à rien de se prendre super la tête pour un truc qui a peu de chance d'arriver.

Non on ne peut pas masquer le message car à la base, le but est quand même d'avoir un intervalle de N messages à afficher.
Ca la foutrait mal si de temps en temps on affichait N-1 ou N-2 messages (voire rien si on a fait un mass delete).
Il faut bel et bien se retaper tous les messages postérieurs du topic pour les renuméroter (mais en effet, des topics à 500 000 messages, y'en a pas des masses et justement pour la lecture de ce genre de topics, l'élimination du order by est bénéfique...)

Yes, mais ça reste la merde ... Tu masques le message, donc tu auras par exemple 29 messages sur une page au lieu de 30
 
EDIT :

 
Et le les méthodes callback, c'est pour les chiens?

C'est du parsing

et blabla@progue ?
et blabla@discu ?
et moards@discu ?
et foute@discu ?

15 000 < 500 000
EDIT : 600 000 > 500 000

on parle de réponses, pas de pages

ah oui merde, j'ai confondu

C'est ca que tu as pas compris.
Faire un update en low priority sur 500 000 messages au pire ca gene pas les ressources des autres.
Et puis tu sais, si j'update 500 000 messages 1 fois par an, je vois pas où est l'inconvenient, car tu auras economisé des milliars de calculs de page

Faut-il vraiment le faire en low priority ?
Etant donné qu'il faut que ce soit vite mis à jour pour que les gens puissent lire le topic, je pense au contraire qu'il faut que ce soit en haute priorité, non ?
 
EDIT : quoique, je viens de relire la doc et "low priority" pour un update n'a pas exactement la fonction que je croyais donc finalement, ça peut convenir.

Hmmmm, j'ai ptet dit une connerie du coup S'il faut attendre que personne ne lise la table, hmmm, ca peut durer des années

Ca doit se compter en millisencondes. JE pense pas qu'en qqs millisecondes on a des requetes qui se suivent et ne laissent pas le temps pour l'update..

Bof, j'sais pas, sur HFR, il y a des centaines (Voires des milliers) de req/s ...
 
La table de Bla² doit tout le temps être occupée

autant que les regexp. ca dépend de ce que tu utilises comme context

non

dites j'ai une tite question, je bosse sur mon forum mais la saisie de texte (quand on réponds, quote etc etc...) est vraiment nulle (un bouton gras, italique et souligné), ainsi j'aimerait savoir comment faites vous pour vos forums?
 
moi j'ai mis donc un champ texte avec des boutons cliquables pour mettre des balises

... mais c'est pas pratique (ca ajoute

a la fin du texte en faite contrairement a hfr ou ca ajoute entre la sélection)
 

SI elle était tout le temps occupée, ca voudrait dire que le serveur serait saturé

ooterreuroo : tu peux toujours repomper le javascript d'Hfr, c'est pas comme le PHP, là tu peux voir les sources.

 
Est-ce vraiment si grave que ca ? Qui verra qu'il n'a que 29 posts sur sa page et pas 30 ?
 
On peut imaginer plutot que du tout ou rien, une solution adaptive, par exemple :
- lors d'une suppression de message, si le topic est <50000 posts on lance la renumérotation car elle est peu couteuse
- sinon on laisse tel quel, et on a le problème du 29 au lieu de 30, mais spa très grave.
- lors de l'affichage de la page, on compare le nombre de posts attendus à celui qu'on recois de la db, si la différence est trop importante (disons 10%) on lance alors la renumérotation.
Ensuite lors de la grande renumérotation, soit on renumérote tout bien nickel, soit on est décidément flemmard et on ne fait qu'étaler le manque de posts dans la tranche, on renumérote les 10000 posts suivants en étalant les trous dans les numéros. L'opération est peu couteuse et ne surcharge pas outre mesure la DB. Au passage, progressivement s'il y a vraiment des affichages des vieilles pages du topic et qu'il y a encore des pages trop creuses les trous vont remonter jusqu'en haut.
 
Bon c'est sur on garantit plus vraiment le nombre de posts par pages, a mon avis c'est pas dramatique, l'objectif de la pagination c'est d'avoir une taille d'affichage raisonable et un temps de chargement correct, le contrat me semble remplis.

ouais, c'est pas (c) cet affaire?
 
et oui en effet apres faut faire mumuse avec les  bbcode

T'inquiète pas, dès qu'il y'a un truc qui cloche sur un forum, les membres sont toujours très nombreux à le remarquer, même si c'est insignifiant!    

Je suis d'accord avec soulmanto.
Je trouve que c'est une solution "bricolage".
 
Bon, j'ai pas la solution, moi j'en suis toujours au limit. Mais si j'en suis toujours au limit, c'est justement parce que je n'aime pas les solutions "bricolage".
 
Joce a déjà dit sur ce topic comment il fesait lui ?
 

 
It's not a bug, it's a feature
 
Profil -> Nombre maximal de posts par page : [.........................]
 
Après bricolage bha un peu, mais j'aime bien l'effet "algorithme mou" perso

Dans le cas où des membres se seraient tapés un délire de 3 pages dans un topic de 15000 et qu'un modo aurait viré ces 3 pages, ça ferait tâche de voir 3 pages vides sous prétexte qu'on n'a pas voulu renuméroter.

J'ai expliqué comment résoudre le pb