Reprise du message précédent :

 
Toutes les xx réponses postées dans un topic, chplouf, tu splittes, c'est a dire que tu closes le topic, et tu en réouvres un automatiquement
 
Comme ca, pas plus de xx réponses dans tes topics ; et pas de surprises niveau temps de génération

Nous aussi, on commence à avoir fait qq trucs pas mal niveau optimisation:
 
2 572 091 messages
91 628 membres
Temps de génération entre 0.1s et 0.01s.
On a un serveur en carton, et on est déjà monté jusqu'à 1100-1200 onlines simultanés.  
 
Enfin, un nouveau serveur va être commandé pour améliorer tout ca.

 
Effectivement, ca force le respect
 
PS : Par simple curiosité, chaque forum a des tables bien a lui, ou tout est regroupé ?

non non, chaque forum n'a pas sa table, ca en ferait bcp trop

 
Vu les milliers de forums que vous avez, c'est clair que ca aurait été lourd a gérer
 
Au fait, combien de forums en tout ?

 
pas du tout, j'en ai jamais fait
je disais : le LEFT JOIN pour ne pas faire de requete dans les boucles, c'est parfait mais pour le reste ( faire une req au lieu de 2 petites ), c'est mauvais ...

 
Ha oki, autant pour moi

dans les 12 000

juste une question : vu que tous vos forums sont rassemblés dans la meme structure, quand un gars s'inscrit sur un forum, est -il automatiquement inscrit sur tous les autres forums ? (a l'instar de moi et de ppc )

non, il est inscrit que dans un seul forum. De nombreuses personnes ont le meme pseudo, c'est mieux comme ca.

ok

Une pitit question :
 
Un SELECT COUNT(*) sur une table qui contient on va dire 50 000 enregistrements, ca prend du temps ?

non c'est optimisé pour.
Joce fais ca pour afficher le nbre de messages dans une cat,donc un count sur des tableau de millions de mesages.

oui faut mieux enregistrer dans une colonne le nbre de post des que le depart

 
Oki super
PS : Tu es sur pour Joce ? Perso j'aurai rajouté un champ a la table des categories pour rentrer le nombre de messages
 
karamilo > Ha bah zut, faut savoir alors

 
PS : En fait je parlais pas pour le nombre de posts, ca effectivement, je stocke le nombre dans la BDD, mais pour l'utilisation du compteurs de visiteurs simultanés

héhé autant pour moi  
 
bah alors ca va ouais, je pensais que c'était les posts et la

oui je suis sur.
Sinon t'as qu'a faire le teste de count(*) sur une table de milliers d'enregistrement tu verra bien la rapidité.

 
Oki
M'enfin perso, je stocke le nombre dans la BDD

ben moi aussi  

Je me tappe le script du who's online la, ca commence deja a m'embeter serieusement

tu va voir que tu n'aura plus tes temps de 0.005s avec ce script

 
Arf, je mets pas alors !    
Ce que je vais faire deja, c'est juste mettre ce script sur la page accueil, c'est tres bien
 
Tout le monde dira :
" MAIS HEU, moi quand je matte un topic un topic, je veux voir qui est online "
 
Et je reponds :
"Ne t'inquietes pas, dans la v10 qui sort dans 3-4 ans, je rajouterai une petite ligne ONLINE/OFFLINE en dessous de l'avatar des membres"
 
Comme ca, tout le monde il est content

 
Faux !
 
SELECT count(*) FROM table est optimisé
SELECT count(*) FROM table WHERE cat = 2 ne l'est pas, même si 'cat' est indexé ...
 
C'est vraiment une pure connerie d'ailleurs

Il te faut gérer ca dans une table HEAP, avec un système bien fait tu ne perdras aucune ressource, les requetes en RAM sont ultra-rapide

moi je parlais de la table entiere donc la premiere solution.

Beau retournement de veste
 

 
Je maintiens ce que je disais au dessus : un SELECT count(*) n'est pas adapté pour ce type de chose. Sauf sur un modèle de donnée réalisé à l'arrache avec une table par catégorie.

je te ferais signaler que chaque catégorie sur ce forum a sa propre table  

 
La ca commence a m'interesser les requetes en RAM
J'avais entendu dire que GOOGLE faisait ca, et au passage les forums PPC ...
 
Tu pourrais nous en dire un peu plus plize ?
Un grand merci

J'avais remarqué ca oui :
 
http://forum.hardware.fr/forum2.ph [...] 73#t409821
 
Mais c'est du bricolage, rien d'autre

Pas d'explications pour la RAM ?  

plus t'as de ram et plus c'est rapide    
j'pense pas que c'est cette ram que tu parlais mais c pas grave  

 
Si si c'et bien cette RAM
 

 
Conclusion :
J'vais vite passer ma table des connectés en HEAP ; pas d'auto-increment alors

L'avantage, c'est le gain de rapidité
Forummp3, tu devrais tester sur ton forum, passe ta table en HEAP

Ha ui une petite kestion tjs
 
Est-ce qu'un include tout bete (Sans requete dans le fichier inclu) fait monter le temps de generation d'une page ?

j'ai pas envie de risquer de perdre mes données
 
sinon ca marche comment les table heap? On fait comment ?

t'as qu'a tester

 
Beh au pire tu perds les données stockées dans ta table online (Si c'est comme ca que tu procedes)
 
Sinon pour passer en HEAP, direction PhpMyAdmin, tu vas sur ta table > OPERATION > et tu as un truc pour convertir

 
Beh je pense que sur un PC relativement puissant, on voit pas trop de difference

Ca me fais chier ce script du Who's Online
 
S'il suffisait d'afficher uniquement les membres, une requete suffirait, mais la faut afficher les visiteurs, ca m'enerve

Bon voila, j'ai commencé
 
Effectivement, en simulant 1000 users online, la page index fait du 0.015s, bien loin de l'ancien 0.003s