Reprise du message précédent :

 
J'avais commencé à faire une abstraction pour le sgbd afin de pouvoir utiliser soit sybase soit mysql. Puis j'ai renoncé parce que j'avais déjà assez de travail et qu'avant d'avoir un client pouvant se payer un sybase... mais sinon, il suffit d'avoir bien pensé son bousin et ce n'est pas franchement un gros problème. Enfin, oracle étant tellement *biiiip* que cela peut poser quand même quelques problèmes (genre avoir à réécrire les 3/4 de ses requêtes)...

normalisation des données
les données propres aux topics dans la table des topics (donc le titre, l'auteur, la cat, la sous-cat, le comptage des messages et de visionnage,  est-il verrouillé, est-il sticky, ..)
et les données spécifiques aux messages dans la table des messages.

Ah et c'est ça que vous appelez splitter une table ...
C'est le résultat d'une analyse classique quoi, car la table sujet contiendra donc à elle seule toute les données des sujets, je ne vois donc pas pourquoi on lui attriburait le mot splittée ?

huh?
à mon avis tu mélanges normalisation des données et split des topics, spa pareil

J'ai demander ce qu'etait le split des topic et toi tu me parle de la normalisation des données, DocMaboul m'explique(via deux lien) la difference entre char et varchar, et ensuite tu me dis que je suis paumés...
 
Effectivement je suis paumés, je ne sais pas ce qu'est le split d'un topic

Ben, je pensais que phpbb splitait la partie "message" des données dans une autre table pour des raisons de perfs. C'est ce que l'on appelle du découpage (ou split) horizontal. Après, il y a le split vertical mais je crois qu'il y a peu d'amateurs par ici...

 
Perso, sur mon forum, à cette heure-ci, j'obtiens :
 
Accueil > [Page générée en 0.004 secondes] [Charge : 4%] [Bande Passante utilisée : 0.00 Mbit/s ]
 
Page des topics, une cat avec environ 200 tomics > [Page générée en 0.006 secondes] [Charge : 4%] [Bande Passante utilisée : 0.00 Mbit/s ]
 
Page des messages, tomic de plus de 225 pages > [Page générée en 0.007 secondes] [Charge : 1%] [Bande Passante utilisée : 0.02 Mbit/s ]
 
Tomic de 1 page, 1 réponse > [Page générée en 0.005 secondes] [Charge : 5%] [Bande Passante utilisée : 0.04 Mbit/s ]
 
 
Le cache y est pour quelque chose aussi

Bon, Finalement l'ancienne méthode de pagination, je laisse tomber. La requête ci-dessous était extrêmement rapide en début de topic, mais à l'opposé, c'était de l'ordre de 1311 ms (bof bof donc ).
 

 
J'ai donc fait marcher mes chti neurones, j'ai sorti des outils de mesure adéquates (Access ça va 5 minutes, mais bon ne va pas loin avec ça..) et je pense avoir trouvé une solution rapide .
 
Bon c'est du SQL serveur donc il faut s'adapter hein , mais ça tourne vraiment très bien.

 
 
Le résultat des mesures
De 21 à 41

De 80021 à 80041

 
En gros l'idée c'est de pouvoir sélectionner le max (ou le min cela dépend du type d'index (croissant ou décroissant)) entre deux intervalles. Voila.
 
EDIT >> HOP, on mange, on regarde son code, on le modifie, et ça marche
 

 
Pour 80000 Topics (dernière page)

Le query-cache de mysql?
 
Il ne sert strictement à rien pour un forum.

Ouaip et ouaip
 
C'est clair qu'avec les nombreux INSERT, UPDATE, etc, l'intêret est minime

Un escargot coderais plus vite que moi !
Mais j'ai la manie de tout reprendre à zéro toutes les 5 min.

HA HA HA !!!
 
http://validator.w3.org/check?uri= [...] liste.html

 
Je viens de voir sa

 
T'arrêtes pas d'écrire "sa" au lieu de "ça"... et ça m'énerve

si tu regarde le source, tu verra que c'est le script que fournit un site de statistique.

Ca c'est l'outil de stat (je suppose que ce tag à la c*n n'est que pour IE pour l'empêcher de le mettre en cache).

 

 
non c'est vrai ? c'est qui qui les a mises ?

mais sinon ça sert à quoi concrètement d'ètre valide xhtml ?
 
 
lol

 
http://forum.hardware.fr/forum2.ph [...] 4#t3460059

- pouvoir utiliser un parser xml sur le code
- être sûr que ce n'est pas à cause de son code qu'une page n'est pas correctement interprétée par le navigateur
- être aware
- simplifier l'expression du code en supprimant tout une série d'attributs
- mettre un logo W3C l'auto-satisfaction du travail bien fait (et encore...)
- utiliser les standard là où il y en a.

Bonjour a tous
 
je me présente : Dandu, 22 ans, belge (pas taper)
 
je suis en train de développer un forum (enfin, essayer de développer un forum)
 
Au départ c'était juste pour enrichir la partie commentaire de mon site, mais finalement, je me suis dit que faire un forum ce serait plus intéressant   ( oui, je suis fou)
 
l'addresse : http://www.dandu.be/forum/
version pas a jour, mais donne une idée de l'aspect général. Le temps de génération est pas bon, c'est normal, j'ai changé entre-temps.
Pour le moment, on sait pas encore ajouter/editer, etc., ca fait que afficher (et pas aux normes)
 
 
Bon, maintenant que je me suis présenté, j'ai quelques questions :
 
pour gérer les messages lu/non-lu, vous faites comment ?
 
pour le moment, pour la première page, je compare la date d'insertion du dernier message (stockée dans la base pour chaque cat) avec la date de dernière visite par l'user.
 
les problèmes : si le dernier message est écrit par l'user lui-même, mon système affiche nouveau message, ce qui est pas logique.
 
vous faites comment vous ?
 
 
 

ho, un belge qui a fait Erasmus

J'ai un doute par rapport à ça. Voici ce que me donne un show status :
 

 
La valeur de Qcache_hits m'intrigue. Et la documentation est assez succinte la dessus :
 
http://dev.mysql.com/doc/mysql/en/ [...] ables.html
 

 
A priori ce serait le nombre de requêtes qui ont pu être lues dans le cache ? Car si c'est le cas ca représenterait 31,8% des requêtes sur Forum-Auto ...

 
[HS]
non, qui va faire Erasmus (c'est juste pour tester les cats)
 
je pars a Postdam en octobre pour 3 mois.
[/HS]

 
enfoiré de chanceux. Tres joli ville Potsdam, j'en reviens plus ou moins, franchement, t'as bien choisi

 
perso :
 

 
donc un peu plus de la moitié qui sont choppées dans le cache
Par contre ton lowmem prunes est bcp trop elevé, faut que tu augmentes la valeur du query cache ou que tu diminues la taille des blocks.

C'est énorme, je n'aurais jamais cru qu'il puisse en sortir autant ! Tu es sur que Qcache hits n'a pas une autre signification (le nombre de tentatives de lecture dans le cache par exemple) ?
 
Elle suxe un peu ma config MySQL sinon j'ai l'impression. Pour un nombre total de requêtes similaire, tu as plus de 10 fois plus de requêtes en cache (Qcache queries in cache) que moi, je vais aller gonfler un peu la valeur par défaut

> Par contre ton lowmem prunes est bcp trop elevé, faut que tu augmentes la valeur du query cache ou que tu diminues la taille des blocks.
 
A bah voila Je vais tenter ca Je reposterais les stats dans quelques jours pour voir comment ca a évolué

non je suis sur de ca signification
Passe ton query cache à 256 Mo ca ira mieux

je viens de décourvrir un forum assez sympa, il me semble rapide
http://forums.punbb.org/

par contre ton nombre de questions c'est depuis combien de temps d'uptime ?

Depuis que j'ai rebooté le serveur pour ajouter de la RAM, ca fait 4 semaines aujourd'hui

 
C'est beaucoup 256 Mo non ? Je ne comprends rien à Linux et sa gestion de la RAM. Voici ce que me donne un free actuellement :
 

 
Les 1.58 Go "cached" sont utilisables ou pas par les applications ? J'ai toujours cru que oui, mais alors pourquoi avoir 200 Mo de SWAP ? C'est le merdier à interprêter ces valeurs, au moins sous 2000 je sais ce que je consomme vraiment
 
Voici ma conf de MySQL sinon (normalement rien n'a été touché, c'est la conf par défaut des RMP de MySQL 4.0.20) :
 

 
Le key_buffer gagnerait aussi à être gonflé non ?

oui le cached est utilisable
pour la gestion du swap c'est particulier, il a tendance à foutre en swap ce qui est pas utilisé même s'il te reste de la RAM
config par defaut mon dieu
 
Passe moi le key_buffer à 512 ou 768 Mo au moins
Heu par contre le sort_buffer me parait completement abhérant, c'est dans le RPM ca ? C'est du n'importe quoi, passe moi ca à 2M

ok, parce que HFR les 332635726 questions ca correspond à 8 jours d'uptime

A priori oui, je n'ai jamais touché le my.conf, à part pour monter un peu le max_connections. D'ailleurs c'est un beau merdier là dedans :
 

 
C'est lequel le key_buffer que tu me conseilles de passer à 512 ou plus, j'en ai déjà 3 ici

C'est marrant ca, dans la mesure où le ratio au niveau de la différence du nombre de connectés est plutôt de 2. Soit les membres dorment sur FA par rapport à HFR, soit tu adores faire plein de petites requêtes pour des résultats qui pourraient tout aussi bien être obtenus avec une grosse. Vu le gain que j'ai eu en commencant le mois dernier à diviser mes requêtes et en remplacant certaines jointures par plusieurs petites requêtes je penche plutot pour cette solution

c'est quoi le nombre de query par secondes moyens sur le serveur ?
Sinon j'ai remis certaines jointures à certains endroits pour limiter le nombre de requètes, donc j'ai fait l'inverse de toi

le premier
et pitié passe le sort_buffer à 1 ou 2 Mo, mais pas 64 Mo
enfin pour avoir un max conn à 60, ils doivent vraiment dormir sur forum auto

150 de moyenne sur 28 jours :
 

 
Entre 10h et minuit la moyenne est de 280, la nuit la fait pas mal chuter

 
je fais des pointes à 800-900 quand c'est vraiment chargé
Quand tu atteindras ce rythme de connexion, tu te rendras compte que MySQL finit par être un facteur limitatif
Rien que le nombre de threads est assez parlant sur la charge que se tappe HFR

Pour le query cache, il supprime bien tout le cache concernant une table dès qu'une seule ligne dans la table est modifié ( delete, update, insert ) ?
 
Si oui, dans chaque table il y a des informations qui varient souvent et donc c'est bizarre que ca marche autant chez vous