Reprise du message précédent :

Je gère les groupes d'utilisateurs, et je ne fais pas de jointures
 
MySQL sait faire plein de choses, mais PHP aussi.
fais des requetes simples, et construis des tableaux en PHP, effet garanti. (in_array(), ...)

je suppose que tu as déjà de ça un peu partout dans ton forum?  faudrait que j'y jette un oeil de temps en temps (mes connaissances en PHP restent encore assez limitées).
 
Dès que j'aurai une version qui fonctionne, je posterai un zip des sources sous GPL

J'ai ca dans la v5, pas dans l'affreuse v4

 
Quand j'ai commencé a coder la v5, j'ai surtout regardé du coté de PHP, afin d'alléger au max MySQL (qui plombe un serveur)
 
Et PHP est plutot bien garni, ca ne coute rien en temps de faire des tableaux dynamiques, ou presque, comparé a une requetet SQL avec jointure.

 
Question bete, pourquoi ne pas décharger un max le serv SQL, genre, pour les trucs courrant comme les couleurs par defaut, tout mettre en XML ?

pour moi les couleurs par defaut -> ecriture d'un fichier CSS lors du changement de ces dernieres uniquement.
 
 
J'ai juste a inclure un CSS... le tour est joué.
et l'XHTML permet de moduler ça comme on veut..

lors de mes derniers tests au boulot, certaines pages rapportaient des performances genre 50/50 entre PHP/MySQL. C'est bon signe?

tu fais comment pour faire ces rapports ?
 
tu vas pas me dire qu'a chaque requete, tu lance un chrono juste avant, et tu le stoppes juste apres, et en additionnant le tout, soustrait au temps global de la page ?

si, exactement ça
(bon, ça c'est une classe de debug, la version finale ne comprend pas ces lignes de code )

pour ceux qui n'ont pas encore vu, ma preview de forum est de nouveau en ligne (je devrais ajouter la page topic.php dans la soirée )

j'ai un grave problème de perfs avec ma page de messages, genre une requête avec jointure (2 tables en tout: messages + users) et ça crève les perfos
 
faut dire, ça ramène 70108 records pour la requête en question puis seulement le LIMIT vient mettre bon ordre à tout ça (topic de 2000 pages powah, ça vous situe un peu)
 
un tip pour optimiser ça?

que dit l'explain ?

la tu nous pose une question qu'on se demande depuis des mois sans avoir de solution
si tu trouve la solution, on est partant

Pas super super mais :
 
Tu peux rajouter un champ PAGE dans ta table des MESSAGE
A chaque INSERT de message, tu calcules la page que doit prendre ce dernier
Tu fais ta requete SELECT ... et tu rajoutes ds le WHERE : && page=xx
 
Pb : Pas top quand tu supprimes 20 messages d'une page de 30 messages ; soit tu laisses tel quel, et tu n'as plus que 10 message sur cette page ; soit tu recalcules la page pour TOUS les messages - très lourd comme opération
 
Pb2 : Le nb de messages/page est fixe, chaque user ne pourra le définir

j'ai pensé à ces solutions mais aucune ne me convient
la solution facile, ce serait le split, mais je n'en veux pas (quoique ça éviterait que certains boulets effacent de vieux posts )

Sinon :
Admettons que tu ai 10 000 messages
 
Pour les 5 000 premiers tu fais un SELECT ... LIMIT 2300,30 ASC (Par exemple)
 
 
Pour les 5 000 derniers tu fais un SELECT ... LIMIT 8560,30 DESC (Par exemple)
 
J'sais pas si c'est clair
 
Pb : Pour les message aux alentours du 5000ème, ca va ramer

 
moi je pensais plus à un compteur de la position du message. Après tu fais la requête avec un  
$no = noPage*nbMsgParPage;
"SELECT ... WHERE compteur BETWEEN $no AND $no+$nbMsgParPage"

Effectivement ! Ca résolverait déjà le problème du nombre de messages/page fixe
 
EDIT : Résolverait ? Résoudrait ?

ouais mais non car il y a toujours le problème du delete et donc, d'anticiper les limites correctes, ce qui me semble impossible dans tous les cas justement

tu t'en fou de la page 5000, en gerenal on lit la premiere page ou la derniere page.
D'ailleur je pense que c'est la solution de joce, car quand tu prend une page au hazard au milieu d'un grand topic, ca rame

Sinon j'avais entendu parler d'un ALTER TABLE qui te servirait à classer les messages par ID par exemple.
 
A ce moment là, plus besoin du ORDER BY (C'est lui qui fait ramer), mais je n'ai pas creuser plus que ca

Pour Joce, effectivement, je penche pour cette solution, les pages en plein de milieu de tomic rame secos
 
Par contre pour les topics, cat HARDWARE, tu vas en page 2 000, ca rame un peu, tu vas en page 1 999, ca rame plus du tout ; je me demande ce qu'il a fait
 
EDIT : J'ai rien dit, ca rame autant

putain c'est vrai en plus

surement le cache sql de mysql.

oui, j'ai vu la même chose sur les pages 2000-2001 de blabla@prog  

Beh bof, personne ne zieute la page 1999
Ptete parce que le curseur est parti loin dans les enregistrements qui datent

jme demande, pour mettre à genoux le serveur, il suffirait qu'on aille tous se planter au milieu d'un gros topic?

J'avais testé avec un ami à l'époque, on a fait monter la charge à 26 (Quand il y avait encore phpsysinfo en public)

c'est normal, je viens de tester ces pages, t'es passé juste derriere, tu t'es tapé le cache de mysql

8 secondes, c'était quand même peu

j'ai quand même bien un truc tordu en tête, c'est reprendre le principe du split (de sa représentation en DB du moins) mais je lockerais toutes les x pages (donc 2000 posts selon les anciens standards en vigueur), ce qui rend impossible toute perturbation sur le long terme.
 
Bon, après test, je vois que j'ai pu éditer un message sur la page 2 de blabla@prog, donc Joce fait pas comme ça (ou pas tout à fait, je suis sûr qu'il y a un glitch quelque part)

 
Au niveau des performances, le split est une très bonne solution pour moult raisons. Faire une simple requête indexée sur un champ trié avec une clause (limit 600000, 30) oblige mysql à parcourir l'index utilisé pour trouver le 600000ème enregistrement et les 30 suivants: c'est plutôt lent. Aussi, au niveau des inserts, les indexes seront mis à jour plus rapidement. L'inconvénient est que c'est un poil plus compliqué à implémenter.

l'inconvénient du split, c'est que ça incite au flood (suffit de voir comment ça se passait ici il y a 2 ans )

 
arfff, pardon, je parlais de tables splitées

 
Merci mon brave pour ce pur instant de plaisir

 
Il a planté?

suffit de programmer des bots

 
C'est quelle page?

 
Allez je te donne la réponse. Tu te souviens de mon poste il y a quelque temps ??. J'ai bien aimé la façon que tu as eu de me prendre pour un con lorsque j'ai affirmé je cite :
 

 
Je te laisse méditer sur mes propos.
 
Edit >> tu veux la page peut être ??