Reprise du message précédent :

 
Nop c'est bien ca que j'avais pas compris
Mais sinon, le PRIMARY KEY, il faut le mettre sur l'ID de l'enregistrement ?
 
Encore merci

normalement c'est l'ID mais l'ID c'est un peu ce que tu veux hein, du moment que tu sais le retrouver de manière logique

Oki, thx

ce qui s'appelle une clé etrangere
 
et non, tu peux foutre des index ailleurs et pas necessairement sur celles-là ... moi j'aurais tendance à mettre des index en priorité sur les colonnes qui servent souvent dans les jointures et autres where clauses
(bon evidemment c'est souvent les foreign key)

j'ai donné une règle générale, pas énoncé le droit Canon du SQL hein

Voila pour la petite démo : http://www.smallville-fr.com/forum_test/?id=1
 
Pis une pale copie de HFR
http://www.smallville-fr.com/forum_test/?id=2
 
 
PS : Le forum est tjs pas fini, mais alors vraiment pas
PPS : OVH a l'air d'avoir des pb, ca laggue beaucoup (Qu'on vienne pas me dire que ca vient de mon forum )
PPPS : OVH ne propose pas la compression GZIP, c'est con

Il se présente super bien ton forum  
J'ai décidé moi aussi d'en faire un, mais il faut d'abord que je me mette au PHP... J'vais commencer par l'authentification des surfeurs...

Mici

moi j'ai une quinzaine de forums et a peu pres 380 tables
 
le nombre de tables n'est pas important, c'est mieux de dispatcher les infos ...
 
sinon, pour les clés primaires, faut faire attention, un index qui est toujours différent, il me semble qu'il faut le laisser en UNIQUE, mais pas en clé...

 
Wouhaa 380 tables    
Je crois qu'on a pas mieux la

Sinon, cmt ca va Sky ?

pas  bien, j'ai plus d'adsl
 
free est en train de dégrouper ma ligne

 

T'en a plus pour longtemps alors ; et apres

j'ai pas encore recu la freebox
t'es sur free dégroupé toi ?

Nop NOOS

Arg je galere la
Comment empecher un double quote d'un message ? Pasque ca me chie tout

ben tu vire ce que ya entre les balises quote avant d'afficher le message a repondre

 
Ouais pour la théorie c'est nikel
Mais en pratique, la je vois pas
 
PS : Ca fait plus de 8H ke je programme le forum aujourd'hui, je commence a fatiguer un peu

ben
 
un $toto = preg_replace("/\[quote\].\[\/quote\]/si","",$toto);
ou un truc du genre ...

 
           
 
Mici Sky, je desesperais

je plante un piquet  
 
j'ai commencé aujourd'hui mon forum, je vous donnerais des nouvelles

 
Ha des news des news des news !!!!

Débouchez le champagne j'ai fini mon système de Flags

Whoula, j'ai un gros gros probleme
 
J'ai 50 000 topics, 0 flags dans la table des flags > temps de génération : 0.009s
 
Avec 500 drapals >> 1.5s
Avec 25000 >> 13s
 
Un index mal placé ?

Ha me voila rassuré, OUFFFFFF    
 
Il y a bien longtemps, on avait dit que les index étaient efficace quand ils portaient sur moins de 30% des enregistrements totaux ...
 
Or moi, ca me représentait 100%
 
J'ai retesté en rajoutant 5000 flags (Pour un autre user), et badaboum, ca marche impec
 
Constatation : Il ne faut pas qu'un seul user dépose 5000 drapals a lui tout seul (100%) ; peu probable mais bon
 
PS : On fin de compte, je me tate pour laisser cette fonction de Flags, ca fait quand meme chuter les perfs

bah limite le nombre de flags ?

oue tout a fait!faut les limiter avc environ 50.

 
Yes pourquoi pas
Sinon, je me demande vraiment comment Joce fait pour que l'affichage de la page 3665  dans la cat Hardware par exemple se fasse en 0.013s ... Chez moi, page 4000, ca rame un tantinet

t'utilises un limit non?? alors je vois pas ce que ca change d'afficher la page 1 ou la page 4000 .. ou alors g pas compris ta kestion...

 
Yes bien sur un LIMIT Mais apparement je ne suis pas le seul a avoir ce pb
J'ai environ 100 000 topics, et la page 4000 rame a fond Tu me dirais, c'est peut etre ma flood machine qui est mal configurée, et qui du coup zappe les INDEX a l'affichage (Lire un peu plus haut le coup des 30% )
 
D'ailleurs si quelqu'un pouvait m'éclairer :
J'ai 100 000 topics, de l'ID 1 a 100 001.
J'affichage la page 4000 qui va m'afficher les topics de l'ID 99 980 à 100 001 par exemple.
Est-ce que MySQL va parser TOUTE la table depuis l'ID 1 pour arriver a l'ID 99 980(Ce qui expliquerait peut etre cette lenteur), ou alors chtac, il commence direct a l'ID 99 890 ?

Pour moi c'est non : c'est justement à ça que sert l'index, à ne pas parcourir toute la table pour trouver l'info.

 
Oki
Mais alors, je ne vois vraiment pas d'ou vient cette lenteur (Excepté le fait que les INDEX sont ignorés)

bah les index sont super importants pour ca.  
Si ils sont pas pris en compte, le server va se taper les 10000 enregistrements avant de trouver , alors qu'avec index, il en fait 100 fois moins !
Donc forcément ca va 100 fois moins vite

au fait pour les news
j'ai fait le login/out avec cookie pour pas se reconnecter a chaque fois.  
j'ai fait le post avec une jolie fonction pour traiter le texte ( smilies, url cliquables, protection html ... )    
J'ai aussi mis en place une grosse partie de la structure mysql du faux rhum
ca avance !
par contre, le design, c'est pas ca

 
En fin de compte c'est une histoire d'INDEX c'est sur
J'ai enlevé le ORDER BY date DESC (Index = date), et la nikel, ca marche au poil

 
Ha j'ai hate de voir tout ca en oeuvre

Je viens de prendre un compte démo chez NEXEN, et ca booste a mort    
 
http://forum-smallville.nexenservi [...] x.php?id=1

C'est clair, c'est instantané

Niarf, pb avec les stripslashes, pas la meme config qu'en local

Si vous voulez tester
 
Login : Visiteur
Pass : Visiteur

Arg j'ai vraiment un gros pb avec les smilies la, ca me rajoute des "\ partout