Reprise du message précédent :
j'pense qu'il risque de finir nraynaudEE quand je vois qu'un tomcat vide met 15s pour démarrer, j'ai pas trop envie d'empiler encore plus ...

Au moins c'est installé, apparemment ça gaze pas les C7

là c'est sur mon mac les 15s

je dois mettre à jour ma table drapeaux a chaque sujet lu. SOis je fais un insert soit un update.
 
Il y a une solution pour savoir si on update ou on insert: on compte s'il existre une occurence dans la table et on update s'il en existe une.
 
Ca fait deux requetes.
Vous n'avez pas 'autres mpyens pour le faire en une requete?
 

Tu updates, tu vérifies que ça a fonctionné et si ça n'a pas fonctionner, tu insert.
comme ça, tu économises une requête si ce n'est qu'un update.

ou "mieux", tu fais un replace.

Ha super, je viens d'apprendre un truc.
Bon, je vous laisse, je vais hiberner 2 semaines pour corriger tous mes scripts.  

 
sauf que:
 

 
Donc bof, ils l'ont joué dans le sens inverse, tu économises plus un query, mais c'est plus simple à écrire...

Ha oui, donc un replace, c'est pas forcément mieux alors ?
 
Je demande parce que "correction, no correction, that is the question".

Si tu fais 90% de insert, oui, sinon si c'est 90% de "update", non. Tu va te taper un insert, un delete, et un insert. Tu risque de perdre trop de temps. Bref, ça dépend de ton bazar
 
doc pour le replace

à mon avis le replace est meilleur, parce que c'est traité en interne par MySQL. Faire un count ou un mysql_affected_rows pour ensuite faire un insert je ne trouve pas ça très propre, mais si c'est plus performant pourquoi pas

Merci c'estce que je cherchais.
 
Hmm, par contre je me rends compte qu'il y a pas mal de traitements a faire, ne serais-ce que pour chercher le dernier id dans le post et si l'on y a participé ou pas (2 requetes).
 
Je suis très accé sur les performances et j'aime pas trop faire 2 requetes comme ca (sauf si j'ai pas le choix ).
 
VOus vous gérez ca comment?(la mise en drapeau)

Je m'autoquote d'une réponse que j'avais fait sur un autre topic y'a quelques jours.
 

C'est ce que je pensais faire. Mais pour la première insertion, il faut bien chercher l'etat (lu ou participé) et puis le dernier id (qui me sert de lien vers l'ancre du sujet)

Le dernier id, tu le récupères au moment de la lecture du topic, lors de l'update dont tu parlais tout à l'heure.

Ah on a pas du se comprendre. POur moi le dernier id c'est le dernier id lu. C'est à dire que quand on lcique sur le drapeau,on arrive au dernier post que l'on a vu.  
DOnc si je lis le sujet 45 ,que j'update ou j'insert, je dois faire un select max pour recuperer le dernier id.

Ah oui, il y a aussi la verification du nombre de drapeaux.(lmité à 50 chez moi).

DOnc en fait, ca nous donne ce petit bout de code n'est-ce aps?

si membre{
//On regarde combien on a de drapeaux
Select count from drapeaux
on supprime le dernier si 50

//On selectionne le dernier id
select max id du topic
//On cherche si on a participé au topic
select count from sujet reponse where auteur=$-SESSION[login] AND id_sujet=le sujet que lon consulte

REPLACE drapeaux on met le denrier id, lid du post, et selon le resultat de la 2eme requete, sois lu, sois participé}

Bon la ca ajoute une ligne dans drapeaux. Mais on a reellement un drapeau quand on a une nouvelle reponse dans le sujet. donc je fais un champ "drapeau", 1 ou 0 pour l'afficher ou pas

Merci de m'avoir lu je sais que c'est pas facile

Quand un lecteur rentre dans un topic
Tu fais  

Donc au moment d'afficher les drapeaux, tu récupères l'id de la dernière réponse qu'il a lu.  

Pour le dernier id possible du post je fais comme ceci : je stocke le nombre de topics (que j'ai récupéré via le nombre de réponses dans la table topics), et j'en déduis le dernier id possible. ça ne fonctionne plus si un post a été supprimé, m'enfin vu que je ne supprime que très rarement des posts, pour l'instant ça ne me pose pas de problème

Pour le dernier id lu je le stocke dans la table des "lus" en tant que champ (enfin en ce qui me concerne)

J'ai répondu un peu plus haut
Tiens c'est biezarre, sur mùd la date de postage c'est la date où on a cliqué sur repondre

Excusez-moi, j'ai encore une question.  
VOus pensez que c'est interessant de mettre un champ page et un champ numero de reponse dans la table reponse.?Ca me permettrait de definir sa position dans un sujet (ce qui facilite le drapeau, le clic sur "derniere reponse"etc...).Je l'update quand on supprime un post.
COmme ca les calculs de page sont faits lors de l'insertion et non lors de la consultation d'une reponse (ce qui reduit bcp les calculs)

un champ page, ce n'est pas très intéressant si tes utilisateurs peuvent choisir le nombre de réponse par page, il vaut mieux calculer à chaque fois, surtout que ça va vite si tu fais un champs "nombre de réponse du sujet".

Justement, dans la version pour mon site, y'a pas de personnalisation du nobmre de reponses par pages....
Par contre, je vois aps trop comment faire algorythme pour trouver la page de la raponse. Car j'affiche 10 reponses, sur la deuxième pages, 10, mais en incluant la dixième de l'autre pages....

Au lieu de faire un SELECT MAX, stocke directement en dur dans un champ la valeur du dernier_id dans ta table des topics

Quel  idiot
J'ai deja un champ dernier_id..

Tiens, Clubic repasse à un forum maison :
http://www.clubic.com/forum/page-2 [...] try6722009
 
Strop d'la daube IPB, même pas capable de faire une recherche sans planter le serveur.

Bah un gros site (ou un site) de plus qui a enfin compris que c'était bien emballé (et encore, je préférais l'interface du 1.3) mais qu'il n'y avait rien en dessous quoi... dès que tu charges ça s'écroule comme un château de cartes...

he ben dis donc, ils sont courageux chez clubic pour refaire un forum perso
 
Sinon, ils ont qu'a installer le forum de forum-auto, non ?  

Du moment qu'ils ne mettent pas certains modés boulets qui vont avec, ça ira lol

Wé enfin, z'ont pas l'air hyper doués non plus... Accuser le forum c'est facile, il ne compte que ~2.6 M de posts (somme toute assez raisonnable vu leur "poids" ), et d'autres sites (PCI à 1.5 M par ex.) l'utilisent sans tout leur barda et ça marche bien quand même. Bouffer 4+ giga pour une simple recherche, y a des questions à se poser sur ce qu'on a fait/installé/configuré/trafiqué (y libère pas la RAM leur serveur à $$$$$ ?). Les nouvelles versions IPB ne sont pas les + légères c'est sûr, mais faut pas pousser non plus. Enfin bref...

Ouai, ils attendent la sortie de phpBB 3 pour virer cette bouse de IPB 2.x
Humour bien sûr

Bah IPB ça reste de la merde... ils ont cru qu'ils pourraient limiter la casse avec un serveur ultra performant (ou plusieurs serveurs) ça n'a pas été le cas...

 
PHPBB 3 qui va révolutionner le monde des forums avec une importante optimisation en requêtes MySQL (ah tiens, je serais pas en train de répéter ce qu'il devait avoir été soit disant amélioré pour la version 2 ?)  

phpBB 3 qui devais sortir il y a maintenant presque 2 ans
EDIT: autant pour moi, sa fait juste 3ans qu'ils ont commencé le dev  

Ce qui manque vraiment dans le monde des forums, c'est que qqu'un se dévoue pour bencher sur une machine donnée plusieurs forums connus en simulant une activité identique (doit être possible à programmer un bot qui s'en occupe à partir d'une autre machine, nan?) sur chacun pour voir lesquels mettent à genoux le + rapidement le serveur, celui qui minimise un paramètre (la RAM par ex.), celui qui encaisse le max de connexions sans trop de casse, etc., etc. Vous n'avez pas ça dans vos bookmarks ou un truc qui y ressemblerait par hasard ?

 
En trois ans on a largement le temps de faire mieux    à mon avis ça doit être le temps nécessaire pour se dire "mais par où je vais commencer, c'est tellement crade". Ils ont dû vouloir garder l'architecture existante...  

Pourquoi ils sont pas restés chez mesdicussions chez clubic ? Vous savez ?

Je crois que c'est en partie parce qu'ils ne pouvaient pas avoir la maîtrise totale du forum

Et peut-être aussi parce qu'ils avaient de l'argent à dépenser niveau hardware  

Salut,
 
J'ai vu dans ce topic qu'il fallait eviter le limit. Actuellement quand j'afifche un sujet, je fais select * from reponse where id_post=$get id post LIMIT 10,20
 
Maintenant que j'ai instauré un compteur de position pour les réponses, je suis capable de faire
select * from reponse where id_post=$get id post AND position>10 AND position<30  
 
La seconde est bien plus rapide n'est-ce pas?