Reprise du message précédent :
Le contenu de ce message a été effacé par son auteur

 
Enculé  

Ben quand y a des forumeurs qui ont 1000 posts au compteur qui demandent leur massdelete (et ça arrive), ça peut faire reculer pas mal de topics de plusieurs pages

C'est pour ça que Joce devrait mettre en place une feature qui remplace le post par un "Post supprimé". Le post continue là, l'ID aussi, y a rien qui se casse et le forumeur est parti sans faire chier personne.

oh tiens, ça pourrait être marrant avec un +10.000 posts ça

Le contenu de ce message a été effacé par son auteur

quand y a wam, dawa et hotshot qui ont été massdel y a quelques années, sachant qu'ils avaient des tomics a plusieurs centaines de pages en plus de leur 100 000+ posts cumulés, ca a mis le serveur en carafe pendant la nuit qui a suivi

C'est déjà arrivé    
 
Enfin je crois que le nombre de posts était conséquent.

Bon, oukilé le joce  

Le contenu de ce message a été effacé par son auteur

Zut alors, j'ai oublié de me prémunir  

Josaÿ qui se masse-delete ça ferait un -16777215, ça serait fun

pas envie de del mon compte

Tiens d'ailleurs 16777215 c'est la limite du nombre de messages postables sur HFR ?

no shit

45 ans à une cadence de mille posts par jour, y'a du chemin

Et y'a des logs ? J'voudrais bien savoir qui met le boxon comme ça  

meme si tu sais, il est plus la

Non, c'est juste le fait que le compteur de post d'un individu soit codé sur un MEDIUMINT (un entier de "taille moyenne" sur 3 octets) donc avec une valeur maxi enregistrable de 16 777 215 (en valeur >0), ce qui suffit pour n'importe qui car tu n'arriveras jamais au bout. Mais en admettant que tu les as atteint et que tu continues de poster après ces 16 777 215, ton compteur de post ne bougera plus car c'est le maxi autorisé pour ce champ et MySQL quand il fera un +1 laissera la valeur maxi tout simplement (ce qui se passe avec le compteur trafiqué à la main de Joce), mais les messages seront quand même enregistrés dans les forums car leur ID est codé sur un INT (4 octets) qui lui permet d'aller jusqu'à 4 294 967 295 de messages au total pour le forum entier (soit encore ~85 % d'ID libres à l'heure actuelle), HFR n'est pas prêt d'y arriver... Et puis y suffit de changer le type de la colonne pour passer au type supérieur si on veut pouvoir enregistrer un + grand chiffre et t'es alors quasiment no limit (pour une appli type forum) car la + grande valeur numérique entière gérable directement sous MySQL/MyISAM et sans bricolage est 18 446 744 073 709 551 615 (BIGINT sur 8 octets).

 
Plus personne n'utilise la recherche tellement elle marche mal...

Excellente idée même    

 
Comment ça ne m'étonne pas  

Le contenu de ce message a été effacé par son auteur

le truc c'est que pour le coup j'arrive pas à reproduire
Et sinon j'ai qu'un seul dev sur le forum

Alors cette recherche  

reproduire quoi ?
 
le bug de quote, le casier invisible, ma config qui affiche pas la meme chose dans mon profil et via le forum, ?

le bug du quote
pour le casier invisible, je vais remonter le pb
pour la config je pense plutôt à une corruption de table

Et pour la recherche (oh le lourd   )

Le bug de la page 6, enfin reprendre les bugs des pages précédentes

Et mon bug aussi      
 
 

Bin, comme elle ne bug pas, c'est ça le probleme

Enfin bref, il a du taf' le père Joce

 
Oui, donc si par exemple le champ passait de MEDIUMINT à BIGINT, le nombre de messages s'incrémenterait à nouveau (ceci dit, il doit être le seul à avoir atteint la limite  )

Non mais il a jamais atteint la limite hein C'est juste pour dire "J'ai la plus grosse"

 
Oui oui, je me doute bien qu'il a trafiqué  

moi je remonte les pbs stou

Pire qu'un fonctionnaire

Le contenu de ce message a été effacé par son auteur

oh t'inquiètes pas, j'ai suffisament de choses à faire

S'occuper à rayer l'A5 ?

2 chats