Reprise du message précédent :
euh pas trop
les topics sans intérêts sont décidés par la modération, et l'info est donc stockée sous forme de booléen dans la table des topics. Mais vu ta remarque, je me dis que j'ai commis une erreur de design

Euh juste une petite question, comment on fait pour que les BBcode ne marche pas que dans les balise [CODE]  ?

Comment stocker vous l'information de si le visiteur à déjà vu le dernier message d'un forum ou qu'il y a déjà participé. Moi j'ai créer une table état qui a un id_sujet et un id_user et un tinyint etat qui a soit l'etat lu, non-lu etc ... mais la consultation de cette table pour chaque ligne du recordset des rubriques forum puis sujet me fais exploser le temps de génération de ma page , et une requete qui les recupererait en meme temps que les rubriques, forums est quasiement infaisable ... auriez vous un conseils svp ...
Merci d'avance

c'est faisable mais j'y suis pas encore donc je sais pas donner une réponse de suite
moi je dirais plutôt, stocker le numéro du dernier message visité

Je comprend mais j'ai bo connaitre le dernier message visité, ce sera le dernier message visité pour un seul sujet et non pour un autre sujet ... tu vois ?
De meme je pensais prendre la date de derniere conenxion et la comparé a la date de postage du dernier message mais cela n'est pas possible non plus car on peut tres bien se logger sans les lire ...
Donc ma table est telle irremplaçable ? comment avez vous fait ?

une question me turlupine avec la liste des utilisateurs en ligne, mais la réponse sonne comme l'évidence. Comment gère-t-on qu'un utilisateur n'est plus en ligne? Genre il n'est plus connecté depuis plus de 5 minutes. Que fait-on? On gère ça à chaque connexion et on va lancer un update sur les utilisateurs qui ne sont plus en ligne depuis 5 minutes? Ca me parait un peu lourd...

je prévois une table drapeaux, et j'y insère l'id du user, du topic, et du dernier message au moment où il ouvre ce topic. Rien de plus. A la visite suivante de la liste des topics, j'affiche un drapeau si l'id du dernier message courant ne correspond pas à ce que j'ai dans ma table drapeaux. (c'est comme ça que je le vois pour l'instant).

Hum OK, donc toutes les actions de la modération tu les mets dans le meme sac donc ?
 

Je vois pas d'autres solution ...
 
faire ceci dans une table en cache (HEAP) est une bonne solution, car quand on y pense, cette requete est executée a chaque clic sur n'importe quelle page....

oui, mais là je pense que je vais modifier mon design (ça restera dans le même sac mais ce sera plus rapide si je peux faire des recherches sur jointures plutôt qu'un champ anonyme et non-indexé)

je la limiterai toutefois aux listes des cats/topics. Je veux dire: est-il bien nécessaire d'avoir cette information quand on lit un topic? (et même, d'un point de vue perso, je ne regarde jamais la liste des utilisateurs en ligne )

 
Je suis d'accord mais au moment de l'affichage des rubriques et de leurs forums respectif, ( pas des topic ! ) il faut egalement prevenir l'utilisateur si le forum contient des topic non-lu
Et c'est la que mes temps de génération explose car dans ma table de drapeaux il se peut que l'utilisateur :  
 
    -N'ai pas encore créer de drapeaux pour tous les sujet
    -Ne soit pas a jour
 
Donc moi je fais un count de tous les sujet qui existe dans le forum, puis un count des drapeau du mec et si c pas egal je declare comme non lu... mais au niveau du temps c'est horribla ça m'augmente de 30 ms mes chargement et je sais que sur vos forums la page d'accueil s'affiche en moins de 30 ms ! alors comment faites vous ?

bin déjà je comprends pas le coup du count sur les sujets du forum
 
(tip: un bon count se fait sur un champ indexé )
 
edit: oui non rien
en fait c'est ton traitement côté PHP qui prend un temps fou non?

Pour que vous compreniez mieux regarder ces deux lien , le premier est ma page daccueil avec affichage des drapeaux , le deuxieme est la meme page sans affichage des drapeau :
 
Avec ->   http://www.ybellu.com/index.php?url=forum
 
Sans ->   http://www.ybellu.com/index.php?url=forum2
 
Au secours

 
Désolé, le code est vieux, donc un peut naze mais c'est pour le principe
 

 
Oui c'est la PHP qui prend du temps mais je ne vois pas ce que tu ne comprend pas avec les counts alors je réexplique
 
Au moment de l'affichage des rubrique forum ( 1ere page )
Etant donné que le table des drapeaux ne contiens que l'id d'un topic, la difficulté et de svoir si l'utilisateur n'as pas lu l'un des topic du forum.
Je re-precise que je ne parle pas de l'affichage des topic mais de celui des categorie et des forum ...
Donc a ce moment la comment faites vous pour avoir l'information ?

en fait, toutes les infos dont j'ai besoin sont stockés dans la table catégorie (à chaque fois que quelqu'un poste, les tables utilisateurs, catégories et topics sont mises à jour avec la date du post et l'id du user, ainsi que le compte de messages et topics). A partir de là, quand je génère mon index, pas besoin de lire les tables topics et messages (ni même les drapeaux en ce qui concerne l'index général).
 
Ca c'est ma situation actuelle, ça peut encore évoluer, surtout pour les drapeaux parce que je n'ai encore rien implémenté à ce sujet.
 
edit: tous ces updates sont sujets à caution parce que ça pourrait générer une plus forte charge que de faire une lecture simple partout où j'en ai besoin mais je verrai ça plus tard

Tres bien je conclue donc que tu n'affiche pas si il y a des message non-lu dans un forum mais seulement s'il y en as dans un topic ?
C'est ça ?
Si-non comment le fais tu sans consulter les drapeau au moment de l'index ?
Merci pr tout

pour l'instant, oui, c'est ça
edit: mais avec cette centralisation des données, je ne pense pas qu'il y aura un gros impact au niveau temps de génération une fois que ça sera implémenté, du moins pour l'index des catégories.

Sinon j'ai une autre question, vous tous vous faites pour votre index une requete qui va chercher les rubriques puis vous boucler en while et dans ce while vous allez chercher les forums qui correspondent a la rubrique en cours.
Pour ma part je ne fais qu'une seul requete :  
 
$res = mysql_query("SELECT rubrique.id_rubrique,rubrique.titre_rubrique,
forum.id_forum,forum.titre_forum,forum.description,forum.date_creation,forum.nb_message,forum.nb_sujet ,u1.pseudo as createur,u2.pseudo as posteur,message.date_creation as date_last_post
FROM  
rubrique
LEFT JOIN forum ON (rubrique.id_rubrique = forum.id_rubrique)
LEFT JOIN message ON (forum.id_dernier_message = message.id_message)
LEFT JOIN user u1 ON (forum.id_user = u1.id_user)
LEFT JOIN user u2 ON (message.id_user = u2.id_user)
GROUP BY forum.id_forum
ORDER BY rubrique.id_rubrique" );
 
et je verifie que si la rubrique est la meme que celle affiché precedemment je ne l'affiche pas.
Quel est la methode la plus rapide ?
La mienne car elle nas qu'une seul requete ?
Ou la votre car vous n'avez pas de jointure LEFT JOIN ??
 
Merci d'avance

 
Pour ma part, j'ai un compteur global qui m'indique soit le prochain id de topic/message (>=1), soit le "timestamp" en cours (prochain id-1). Lorsqu'un utilisateur va sur un forum, je lui associe pour ce forum la valeur du timestamp. Ensuite, sur la page d'accueil, il ne reste plus qu'à faire des select count(id_topic) from topics_du_forum where id_topic > time_stamp_du_user_pour_ce_forum. Cela n'indique donc que le nombre de nouveaux topics depuis sa dernière visite.
 
Pour avoir le nombre total de topics non-lus, il faut faire une jointure externe entre la table des topics et la table des drapeaux sur les id de topics en comptant les id_topic_drapal à null. Enfin, il y a peut-être une meilleure solution pour obtenir cette info mais je ne vois pas laquelle.

ya un truc chiant et que j'aurais adoré en MySQL (4.0 du moins) c'est l'aggregate function "last"

 
Le EXPLAIN donne quoi ? Parce qu'une jointure sur 5 tables, faudrait pas se planter au niveau des index

oui, faudrait éviter d'avoir un ALL

Comment ça d'avoir un ALL ?

quand tu fais un EXPLAIN sur tes requêtes, il se peut qu'un ALL apparaisse en seconde colonne: ça veut dire que MySQL va lire tous les enregistrements de la table visée. C'est le genre de trucs qu'il faut éviter pour améliorer les performances.

Sur HFR avec des centaines de personnes en ligne, moi aussi je ne regarde jamais les utilisateurs online, mais sur un petit forum, c'est assez utile comme option, parce que des fois c'est tellement mort, que tu te demande qui est en ligne  

ouais bon c'est nul quoi
mais c'est quand même dans ma todo list

 
tiens ca ressemble fortement à ma requete(meme jointures)
 
pour mon EXPLAIN ca donne ca

sisi, c'est faisable:

 
désolé, je fais pas de mise en page ni quelque effort de rennomage, mais je pense que ça peut qd même t'aider

 
Pas d'index sur ta table RUBRIQUE ?
 
Using temporary; Using filesort > A essayer de bannir

tout ID devant être utilisé dans une requête devrait être indexé

The real smiley -> J'ai l'impression que la requete qu tu me donne est celle de la page de  la liste des sujet et non des forums non ?

certes, dans la liste des forums, j'ai pas cette jointure , j'ai dû faire en 2 fois

bah j'ai juste une clé primaire sur l'id du forum(pr moi une catégorie contient des forums apres ca depends des termes de chacun)
en fait j'ai fait des essais en faisant juste une jointure entre la table des forums et celles des sujet avec l'id du forum...ca fait pareil
 

j'ai quitté le modo prototype où j'expérimentais un peu. J'ai maintenant quasi fini la partie des indexes, je vais faire la liste des messages
 
(sinon c'est très moche, le design est à chier, en fait il n'y a que la logique serveur que je n'ai pas envie de jeter )

c'est quand que tu nous balance une URL ?

 
j'allais le dire
(au moins la version pre-alpha)

bonjour, tu programmes un forum?
 
je préférerais le montrer quand il y aura quelque chose à montrer

 
non, j'ai vu de la lumiere alors je suis entre

En serais-tu au point ou le coté interface serait inachevé lol, genre aucune image ni couleur, tout en N&B, pas de CSS.