Reprise du message précédent :

Bigre, j'ai mis un peut plus de groupes sur le mien

- Invité
- Membre
- Modérateur
- Super Modérateur
- Administrateur
- GodMode

 
heu, ça c'est pour plus tard logiquement...  
 
Premature optimization is the root of all evil

c'est ce qu'on du se dire les developpeurs de phpbb    
 
"bof, on optimisera plus tard "

 
C'est prévu, je me penche d'abord sur la structure du truc. Toute façon c'est pas le nombre de messages qui m'inquiète, mais le nombre d'utilisateur, et ça j'aurai du mal à le simuler
 

 
Nan mais j'ai dis que c'était les prémices Et puis ce sont les groupes par défaut qu'on ne pourra pas supprimer ça. Les groupes "modérateurs" et "supermodérateurs" sont également prévus, mais ils pourront être supprimés par l'utilisateur. Le GodMode (:D) c'est le compte "Administrateur", ensuite rien n'empêchera de créer des comptes "Co-Admin" ou "Admin Junior" si ça nous chante ^^
 

 

 
Comme dit plus haut, c'est pas le nombre de messages qui m'inquiète. Par contre je ne sais pas comment va tenir ma gestion des droits avec 2000 users par exemple (même si y'aura sans doute jamais 2000 users sur une bysboard un jour )

En fait j'ai conçu mon forum pour qu'il soit multiforum, donc le godmode il a access a tout les forums, et surtout il peut locker un forum, en détruire ou en creer.

Chez moi le niveau le plus haut s'appellera root, tout simplement

rootkit ça sonne mieux  

hum hum, il n'y aurait pas comme qui dirait un bug dans la suppression des messages?

Spa un vrai bug C'est "normal"

"it's not a bug, it's a feature"

joce, sors de ce corps!

 
En fait, lors de l'insertion d'un post, un trigger récupère le pseudo, et va l'insérer dans la table des topics (et mettre la date à jour).
 
Par contre à la suppression d'un post, ça obligerait un trigger à faire un select pour récupérer le pseudo et la date du dernier message du topic correspondant au message qui vient d'être supprimé pour ensuite aller mettre à jour le topic lui même... Ce que je juge pas spécialement utile

Le plus important ce sont les requetes lors de la lecture, pas celle d'insertion/edit d'un coté.

 
Gné ?

 
En gros il y a plus de chance que quelqu'un lise des trucs sur le forum que quelqu'un qui va effacer un topic

Sur un forum, il y a en général, 30 visualisation de topics (messages) pour 1 ajout de réponse, et 0,3 suppression de messages.
Devine qui bouffera le plus ton serveur

Nan mais ça je sais Mais je vois toujours pas le rapport avec le fait de mettre à jour le dernier posteur dans un topic

Le rapport est simple : optimise plutôt tes requetes pour la lecture que les requetes pour l'éffacement d'une réponse

Surtout sur les topics de 3000 pages
Et le moteur de recherche aussi

Ouais enfin dans ce cas faut aussi éviter d'avoir Gilou en modo, parce que ça le gène pas de massdelete dans du topic de 3000 pages

 
Ahhh ok, nan mais ce que vous avez pas compris c'est que c'est pas un souci d'optimisation... c'est juste que j'ai pas dev le trigger parce que je trouve ça inutile stoo Rien à voir avec l'opti

Ou pire, d'avoir Sly Angel en sup'admin, et de mass-delete les posts de Chubaca

Sinon le delete d'un topic énormes, bon ok il est juste déplacé dans la corbeille ça ne consomme rien en ressource

Parlant de massdelete, j'ai du mal à comprendre pourquoi ça pose problème sur HFR ...

 
Car le forum doit utiliser des between et non des limit, donc il faut gerer les trous, ce que tu ne fais pas avec un limit.

Alors c'est mal foutu

??

 
Si c'est à moi que c'est adressé, je ne vais pas utiliser non plus un LIMIT pour la pagination, mais un BETWEEN, et le massdelete n'aura aucun effet néfaste

N'empeche, que HFR avec 3000 connectés, des millions de messages, et le fait qu'il ne rame pas un poil, moi je trouve que ça marche pas si mal que ça

 
C'est domage que ce soit au prix d'un léger défaut de fiabilité

Oui mais t'as envie de te taper la maintenance quand il y a un problème?

 
Ah oué nan mais niveau perf je suis d'accord.
 
Mais t'avoueras que pas pouvoir delete un user et ses posts sans foutre X topics en rade, c'est moyen

D'ailleurs je comprends pas pourquoi dans ce cas ça remplace pas les posts par "Message supprimé" à la place

Perso c'est ce que je vais faire. Ca sera pas très beau, mais ça remplira très bien son office.

le probleme, c'est que beetwen, tu va mettre quoi comme valeur?    
 
"select [...] beetwen le premier post de la page X et le dernier post de la page X" ?    
 
le moteur de mysql risque de pas trop comprendre
 

 
S'il y a un grand nombre de posts supprimés dans un page, il reste rien ou presque à lire, ça peut vite devenir très chiant

Bah je suppose que sur HFR (et tout forum), le mass-delete d'un user remplit très bien son rôle sans foutre en l'air des topics, mais demande légèrement un peu plus de ressources serveur, c'est tout
 
Ah, au fait, pour les intéressés : j'ai repris le développement de mon forum, mais ya pas mal d'ajax dedans (panel de modération, profils)...
 

T'as qu'à tout simplement pas afficher un message qui a été marqué comme "effacé".
 
EDIT:

D'ailleurs ça veut dire quoi? Qu'il y a 3000 connections par seconde? Comment c'est calculé?

 
Ça dépend sur quoi tu fais ton BETWEEN
 

 
Bah suffit de passer un flag à 1 quand un message est supprimé, et tu l'affiche pas.

 
Donc selon les cas tu va afficher 10, 2 ou 0 posts dans la page

Connexions, pas connections (anglais)
 
Ça veut dire que dans les 5 dernières minutes (enfin le timeout d'HFR, je ne le connais pas), il y a eu 3000 personnes qui ont éffectué au moins 1 requête (à savoir, liste des messages d'un topic, liste des topics d'une catégorie, affichage d'un profil, enfin toute page accessible). Tout ça demande des requêtes au niveau serveur.