Je me pose quelques petites questions sur ce Forum, il y a près de 4 Millions de messages enregistrés... Ouaouh, même s'ils sont stockés sur des tables correspondantes à chaque groupe de discussions (HARDWARE, BLABLA etc...), cela répond super rapidement quelque soit la page interrogée.
 
Je demande bien qu'elle est le type de machine qui fait fonctionner ce forum et si effectivement les 3.8 Millions de messages sont stockés...
 
Merci.

je pense qu'ils utilisent un système de cache : les pages ne sont pas regénérées à chaque fois, uniquement lorsqu'il y a eu un nouveau message dans le topic ci présent par exemple.

enfin, je suis pas sûr, mais sinon,  
1. les machines sont des bêtes de course (octo Xeon 1Go RAM)
2. les scripts sont méchamment bien opitmisés

y a pas lgtps ct un bi pIII 500 je crois

__Lolo__ a écrit a écrit : y a pas lgtps ct un bi pIII 500 je crois

 
Heu çà, c'est pour le site www.hardware.fr  
http://www.hardware.fr/html/a_propos/
 
Le forum il est pas sur la même machine !

 
Un systeme de cache, j'y crois pas trop, vu le nombre de messages postés, cela bouge tout le temps... Enfin je me trompe peut-être, mais même lorsque tu parcours le Forum sur des pages autres que la page 1, cela repond très vite...
 
Je veux bien croire que le code est bien pondu, mais c'est surtout côté MySQL que j'ai des intérrogations (presque 4 Millions de messages !!!).
 
Arff...

http://forum.hardware.fr/info/

Pour le cache, va voir ton profil :  
"Système de mise en cache HTML"

Pour les tables de recherche, pour BlaBla, c'est plus de 9 000 000 de lignes    
 
http://forum.hardware.fr/forum2.ph [...] me=&trash=
 
Regarde les messages de joce !

C'est beau PhpSysInfo en Template:aq, Language:fr !
 
Mais le uptime : 5 days 12 hours 39 minutes, bof !

Merci...

 
Ca pas de rapport avec MySQL... C'est juste une fonction js formatte les données au lieu de PHP...

Là je comprends pas :
Réseau

 
Comment y fait pour recevoir plus (1.33Go) qu'il ne reçoit (244Mo) ?
 
Je croyais que c'était un SERVEUR !

Lol, oui mais à chaque clic tu envois une requette, à chaque fois que qq un poste un message ça envois un formulaire... Bref ça fait du data tout ça ! En comparaison afficher du HTML c tout ptiti ptiti !

 
Y'a joce qui telecharge des films !

[edtdd]--Message édité par kadreg--[/edtdd]

Bruce a écrit a écrit : Lol, oui mais à chaque clic tu envois une requette, à chaque fois que qq un poste un message ça envois un formulaire... Bref ça fait du data tout ça ! En comparaison afficher du HTML c tout ptiti ptiti !

 
Ca ne me semble pas être la raison. Le serveur renvoie forcement plus de données qu'il en reçoie.

 
Ben si, le système de mise en cache permet de limiter les requêtes Mysql au strict minimum, et aussi bien sur le trafic HTTP.
 

 
Désolé, mais quand tu post un message de 300 caractères, c'est pas gros. En revanche, envoyer le HTML de 30 posts de 300 caractères, c'est déjà plus balèze !

 
Pour le traffic OUI, pour MySQL faut que tu m'expliques car là je vois pas le rapport, il faut de toute manière chercher toutes les infos, que ce soit PHP qui le format ou ton naviguateur avec JS !!!

Heu, g revé, ou la MYSQl pese plus de 6 Go ???            

Max Evans a écrit a écrit : Heu, g revé, ou la MYSQl pese plus de 6 Go ???

 
Tu as révé
 
/home/mysql est sur une partition de 6.95Go, dont 3.38 Go sont occupés. A priori, ça doit être les bases

Ha OK, c juste la partition !
 
Mais donc, la base fais kand meme pres de 3.5 Go ?

 
Il y a ça aussi :
 
http://forum.hardware.fr/mrtg/
 

le forum de joce est present sur plusiseurs site...

kadreg a écrit a écrit :     Il y a ça aussi :   http://forum.hardware.fr/mrtg/

 
Heu, c koi le login et mdp ?  

 
Sauf si tu fait un requête qui demande les posts postérieur à un certain N°, les autres étant dans le cache Javascript du navigateur.

 
te rends-tu compte que c'est impossible? comment php pourrait-il savoir quels sont les posts qui ont changé sans faire une recherche sur tous les premier posts?...

Ben, non, c'est pas impossible !
 
Je sais pas si c'est fait, mais on peut par exemple mettre un N° de version sur les posts, ou une date de modif !
 
Ensuite, quand tu redemande une page, ben avec le cookies, le script php sait ou tu en est et te renvoie juste les différences, ou la page complète si y'a trop de modifs.

et comment tu fais pour comparer les numéros de versions, si ce n'est avec une requete?...

Ouaih, cela n'allège en rien MySQL

peut etre pas les requette mais le transfert de donné, il me semblait avoir lur un truc sur le js dans un chat, ne pas retransferer toute les ligne mais seulement la derniere je vais voir...

alors c'est quoi le compte pour voir les graphs ?

   
 
bon sinon j'ai retrouvé l'article:
 
http://www.phpbuilder.com/columns/luis20000724.php3

ben oui, mais ca c'est le principe du forum de potiron, mais ce diminue absolument pas les requetes, c'est juste la mise en form qui est faite sur le client.

Qu'est ce que tu appelle DIMINUER les requêtes ?
Diminuer leurs nombre ?
Diminuer leurs complexité ?
Diminuer le nombre d'enreg retournés ?
Autre . . . ?

l'idée n'est pas de reduire le temps d'execution d'une requette mais le temps de transfert entre le serveur et le client, on est passé d'un model ou l'interactivité se situait chez le client (javascript) a un modele ou le traitement se faisait coté serveur (php,asp), l'idée est d'utilisé le point fort de chacun pour "balancer", c'est le terme qui convient la charge et le temps de transfert...
 
en optimisant les requette tu gagne des millieme de seconde, en optimisant les transfert tu gangne des centieme voir des millieme de seconde, plus interessant non?
 
envoyer une ligne de code * 500 octet est plus rapide qu'envoyer 50* 500 octet , vu qu'on a deja les 49 lignes d'avant

 
la totale

Bon on fait un exemple :
 
Dans ma table POSTS, j'ai (En plus du message lui même...)
 
Topic 123 Post 1 Version 1
Topic 123 Post 2 Version 2
Topic 123 Post 3 Version 3
Topic 123 Post 4 Version 4
Topic 123 Post 5 Version 5
 
Je demande le topic 123 sans autres précisions : Le serveur renvoie 5 lignes
 
J'ai donc en local tous les posts jusqu'au 5, version 5.
 
Quelqu'un post un nouveau message, j'ai donc :  
 
Topic 123 Post 1 Version 1
Topic 123 Post 2 Version 2
Topic 123 Post 3 Version 3
Topic 123 Post 4 Version 4
Topic 123 Post 5 Version 5
Topic 123 Post 6 Version 6
 
Je demande le topic 123 en précisant version 5 : Le serveur renvoie 1 ligne (Post 6)
 
Quelqu'un modifie le Post 2, qui devient donc Post 2 version 7.  
Puis quelqu'un post un nouveau message, j'ai donc :  
 
Topic 123 Post 1 Version 1
Topic 123 Post 2 Version 7
Topic 123 Post 3 Version 3
Topic 123 Post 4 Version 4
Topic 123 Post 5 Version 5
Topic 123 Post 6 Version 6
Topic 123 Post 7 Version 8
 
Je demande le topic 123 en précisant version 6 : Le serveur renvoie 2 ligne (Post 2 version 7)+(Post 7 Version 8)
Comment :
Select * from POSTS where Topic=123 AND Version >= 6 ORDER by Post
 
Bon c'est juste un exemple. Le mot version est peut-être mal adapté.
 
Vous en pensez quoi ?