Reprise du message précédent :
 
 

 

 
Ouaip, mais faut que je réfléchisse si je fais du LIMIT ou du BETWEEN pour les topics

Un truc du genre peut etre.
 

Gné ?

Pourquoi utiliser curl ? link toi sur la librairie de ton forum et appele en direct les fonctions d'insert, ça sera bien plus performant.

 
C'est clair qu'on a absolument besoin de performance pour flooder le forum juste le temps de tester ...

Oué enfin tu me parles en chinois là
 
Me linker sur la lib du forum ? Stadire ?

surtout qu'il est déja à 1409 pages.... ha merde non, 1410... arf non 1411 !... pis merde alors !

 
Ben quoi, je flood a 1 million de posts sur un topic  

C'est surtout que c'est absolument pas un "flood test", c'est un test du comportement du forum en limites de capacités, ce que tu peux tout aussi bien faire avec un script de 5 lignes qui fait de la bulk injection de données aléatoires

Dans la console j'ai eu ce retour aussi :

INSERT INTO byb_post (category_id, forum_id, topic_id, user_id, username, content, content_cache, is_topic)
VALUES(3, 10, 5, 1, "", "Be cheerful while you are alive.\n                -- Phathotep, 24th Century B.C.", "Be cheerful while you are alive.<br />\n           -- Phathotep, 24th Century B.C.", 0)

Faut que je change quoi du coup ?

Oué merci

Tu le sors d'où ce truc ? Google me donne qu'un seul résultat pour ce mot clé

Ah, je pense que tu parles de innodb_thread_concurrency
 
Par contre c'est déjà à 8

Bon ben je verrai avec le temps, vais pas me prendre la tête là dessus, j'ai mieux à faire

Edit : Bon en tout cas la pagination postesque fonctionne bien Je vais me pencher sur la pagination topicesque maintenant

Oh yeah, it's paginated \o/
 
http://www.byscripts.info/bysboard/forum/view/3/10/1

Pour les topics oué

Edit : Mais je peux les remettre si vous voulez

Edit 2 : En fait je les ai virées parce qu'il n'y a pas vraiment d'intérêt à aller à la fin de la liste de topic

Edit 3 : Tout bien réfléchi je vais laisser comme ça

au fait, en parlant de flood, t'as mis un anti-flood ou pas encore?!

pas encore

Edit : Bon en même temps il a pas 10 jours

1.5 secondes pour la mise à jour de la table de gestion des posts (pour le BETWEEN) lorsque je supprime le 1er post d'un topic de 13000 messages.

Et sur un topic de 554632 messages?

en supprimant tous les messages d'un user donné

Qui a au moins 5% des messages du topic

Je ferai le test

oublie pas de faire ça pendant qu'un bot qui ajoute régulièrement des messages continue de tourner.

Edit : non rien

et alors?

j'ai édité bourdel

Ditees voir, je viens de penser à un truc... C'est peut être con ce que je dis Mais ça ne serait pas envisageable un système hybride ?

Genre n'utiliser le système de table de navigation uniquement pour les 1.000 derniers posts d'un topic par exemple.

Comment ça, si on demande la page 17 sur 41, pour des pages ayant 30 posts/page :

41 - 17 = 24
24 * 30 = 720 => on utilise un BETWEEN sur la table de navigation

Si on demande la page 6 sur 41 :

41 - 6 = 35
35 * 30 = 1024 => on utilise un LIMIT sur la table des posts

Enfin dans l'idée quoi, vous en pensez quoi ?

Edit : D'autant que les pages les plus lues sur un gros topics sont soit les premières (et donc pas trop d'impact de perf sur le LIMIT, soit les dernières, et donc avantage du BETWEEN)

 
Pourquoi en premiere page le limit a moins d'inpact ?

Qu'en dernière page?

tu oublie que les robots des moteurs de recherche lisent toutes les pages, que ca soit du debut, du milieu ou de la fin.
Sans compter les visiteurs qui arrivent sur n'importe quelle page via les pages de resultats des moteurs de recherche.
bref, faut tout optimiser.

L'impact n'est pas lié au limit mais à l'offset élevé