Reprise du message précédent :
Joce c'est un bughunter, un vrai, un tueur !

Créateur de bugs, des beaux, une race d'élevage qui rapporte gros

apparement il test les avatar à distance (ceux qui ne sont pas uploadé)

ah y'a des avatars à distance ?

 
Ca te saute pas de ligne mais la ligne prend la hauteur maxi de tout ce qui est dessus (donc elle prend la hauteur du smiley en l'occurrence)
J't'apprendrai le HTML moi.

Je dirai meme plus, j'ai désactivé l'affichage des avatars et celui de joce apparait quand meme

c'est pas un avatar, c'est le profil que THE m'a mis injustement

qui ? ... spa moi

Un haxor lit nos pages

 
il se venge.... venge toi  

j'ai deja change mon avatar

avatar ta gueule à la récré

hem...pour en revenir au sujet donc  
 
Je sais que ça a certainement déjà été dit dans les quelques 164 pages précédentes de ce topic, mais malgré ma bonne volonté (j'en ai fait une 10aine ), je n'ai pu trouver la réponse à mon problème :
 
J'aimerais mettre en place un système de pagination (oui, 500 posts par page ça ralentit un peu l'affichage ) mais je veux éviter le -trop- populaire LIMIT ($start, $start+$topics_by_page) et le remplacer par un BETWEEN (c'est plus rapide il paraît) ...
 
Comment faire ?
 
P.S: J'avais pensé à mettre un champ 'position' dans ma table posts, qui indiquerait la position du post dans le sujet, mais ça pose un gros problème lorsqu'un post est supprimé

Ah, on y revient!

Doit bien y avoir au moins 50 pages qui ne parlent que de ça sur ce topic... Une petite recherche intra-topic sur LIMIT par exemple te mènera au bon endroit.

et ...euh... comment je la fais ma recherche intra-topic ?
 
Le résultat est le dernier message du sujet, et manque de pot c'est le mien

tu te positionnes à la premiere page, tu saisis LIMIT, tu coches 'filtrer les messages' et c'est bon.

Voui j'avais trouvé merci
 
Edit ce serait super s'il n'y avait pas un membre nommé LIMIT    

il est limite chiant d'avoir choisir LIMIT comme pseudo
 
il ne maque plus que SELECT et UPDATE comme pseudo
 

Par contre il y a un mister DROPTABLE, qui en est toujours à la v5 de son forum

 
Et pourquoi pas Prepared statement, mysql_real_escape_string ou is_numeric() ?
 
/troll
 
Non et sinon je voudrais savoir ce que vous avez choisi pour le BBcode : quelquechose codé vous-même ou quelquechose d'existant (Tiny-mce, FCKeditor, etc.) siouplait

Mouais ben j'ai pas trouvé de solution claire et efficace moi
 
Quelqu'un a une idée ?

Vivement que mes exams s'arretent que je puisse clore le débat sur la non -utilisation du limit
 
 
 
Aie, mes chevilles enflent

DROP DATABASE tu veux dire

ta méthode est pourrie à partir du moment où tu veux accéder à une page qui ne suit pas la page courante

Déjà tu as juste une rapide idée de la méthode que j'utilise, c'est pas vraiment la mème puisque j'ai plus ce problème de navigation et ce sans rajouter de champs dans la bdd

Bon, je viens de faire un bout du chemin en recherchant à "BBcode" dans le topic. Faut utiliser le regex mais je sais pas trop où utiliser le javascript et où utiliser le regex (quand le faire, comment c'est une autre question )

Dites, je suis en train d'essayer d'apprendre les jointures.
 
Lors de l'affichage d'un topic, j'ai donc une jointure qui ressemble à ça :
 

 
Et ça marche, youpi, ma première jointure qui marche.    
 
Mais si on a un forum avec 4 milliards de messages, ça veut dire que pour trouver tous les auteurs qui participent dans un topic, la jointure va fouiller tous les messages du forum pour y trouver les réponses concernant le topic en question ?
Je commence à me demander si ça n'irais pas plus vite de faire une simple requête toutes bêtes à chaque affichage de login genre  

avec un Index sur les ID bien sûr.
 
Vous en pensez quoi ?

Tu peux mettre un INDEX sur le champ idtopic de ta table reponses.

J'en ai déjà un.
 
Mais c'était juste pour savoir ce que vous en pensiez, ça me parait bizarre, si par exemple, j'ai un topic de 10 messages de 3 personnes qui participent de devoir fouiller dans les 300000 (pour mon forum, mais jusqu'où ça ira ?) messages juste pour savoir qui a participer.

quand tu fais membre.id=reponses.auteur mysql ne fouille pas, il rapatrie directement le bon resultat dans la table membre en utilisant son index

Okey.
 

Tient je n'avais meme pas vu la jointure, j'ai un peut trop l'habitude des inner join et autre left join moi

accessoirement pour vérifier tes jointures explain est ton ami
 
(sinon pour un mec qui code depuis des années et qui optimise à mort, apprendre les jointures il était temps )

coder != coder en SQL hein

tiens sur HFR, le WYSIWYG déconne, on peut pas mettre des images

 
Ca fait parti codage s'il y a interaction avec une base de données.

 
pour un forum ça aide quand même le SQL
 
optimiser des timestamp quand on sait pas faire une jointure ça me semble juste un peu étrange (mais y'a rien de méchant hein non mais )

Je code pas en MySQL, je traite des données.
Et j'ai toujours dis sur ce topic que l'optimisation à mort n'était pas ma priorité, moi ma priorité c'est de faire plaisir à mes users en développant des features qui déchirent qu'on trouve pas ailleurs.

Là il ne s'agit pas d'optimisation, mais de concevoir correctement ses requetes afin de moins faire travailler le moteur de données. Ce sont des modifications simples qui ne coute rien en temps, mais qui peut en faire economiser beaucoup au serveur