Reprise du message précédent :
Enfin c'est bien de voir ce genre de réaction, les forums payant ont encore de beaux jours devant eux grâce aux personnes infoutues capable de se remettre en question et imbues de leur personne.

 
Bah faut que tu passes à LIMIT, ça roxxe (et faut que t'achètes au moins 50 serveurs aussi histoire de profiter du changement)  
 
EDIT:
 

 
Ils devaient déjà le faire pour la version 2... bref ils ont eu trop de boulot niveau failles je pense    
 

 
C'est clair, bah tant mieux pour toi, et puis moi ça me permet de passer de bonnes soirées aussi, donc tout le monde est content  

oué je sais, mais j'hésite entre LIMIT X et LIMIT X,Y

 
Histoire de coder ça proprement, tu n'as qu'à faire une requête sur deux avec LIMIT X et une requête sur deux avec LIMIT X,Y, qu'en penses-tu ?  

 
Il doit pas savoir ce que c'est qu'un gros forum alors
Un dédié ne suffit pas vraiment quand c'est mal codé, tu devrais lui citer l'exemple de Clubic qui après passage de MD à IPB, avec un floppée de serveur en plus (au lieu d'un serveur dédié), n'arrivent pas à supporter la charge

pas con ca, je ferais des stats pour savoir c'est laquelle la meilleure

joce, la plus grosse "requete" du forum elle quel gueule ? ca doit pas être bien gros car je suppose que tout ce qui est requete imbriqués, jointures interminables... c'est banni non ?

uhm, aucun rapport, un forum utilisant Sqlite, en php5 ça existe ?  
Bon je supose que sur un gros forum, c'st injouable, mais sur un petit, ça pourrait être pratique non ?

 
Ouais c'est hyper marrant, mais c'est pour ça ce topic je vais l'archiver car il risque d'être censuré (l'admin étant un bon dans le genre)...
 
En gros il nous dit juste qu'il en a rien à péter car la plupart des utilisateurs de son forum pourri l'utilisent avec 10 membres dessus, et après on voit pourquoi le mutu rame de plus en plus ^^ (bon chez celonet ça roxxe en même temps, je suis allé visiter leurs infrastructures chez telecity c'est du propre )
 
Pour le LIMIT je penche sur LIMIT X ^^ (ça me fait tellement rire que je suis certain que je vais faire un bench en plus histoire de me marrer encore plus)

 
Perso j'ai pas capté leur changement... en tout cas bravo a eux pour l'integration.

interessant le lien de coucou747.
Ceci je pense que se baser sur le nombre de réquètes executées par pages n'est pas forcement une bonne chose (il a l'air de préconiser les jointures plutôt que différentes requètes, ce qui n'est pas forcement toujours judicieux)

Ah ouais clubic, c'est un des trucs qui m'a (qui nous a d'ailleurs, car je suivais régulièrement ce topic sans poster) bien fait marrer à une époque :-)

oui dans la plupart des cas, sauf quand c'est vraiment justifier et que ca n'entraine pas de pertes de performances potentielles.

 
C'est un pote virtuel à moi ouais pour les jointures c'est vrai que c'est pas toujours vrai... il a pas parlé du between ou de ce type "d'astuces" non plus, m'enfin c'est vrai que si phpbb était programmé comme ça déjà, ça irait un chouia mieux à défaut d'aller vite

le changement de MD à IPB
il a été plutôt très visible pourtant :

Non il a pas été visible, les gens préféraient se barrer plutôt que d'attendre le chargement de la page

va lire les posts actuels, c'est toujours assez drôle quand tu lis Clubic dire qu'en une requète sur un gros topic il sature les 4Go de la RAM de leur serveur. (qui est 32 bits et ne peut donc pas adresser plus de 2 Go sous linux avec un serveur MySQL qui n'a qu'un seul process principal )

 
Si je suis au courant du changement mais j'ai trouvé ca bizarre qu'ils deceident de changer de Forum. MD est tres bien

Concernant le coup des " à la place de ' c'est pas vraiment un bon argument non plus, la majorité des serveurs utilisant un accélérateur type eAccelerator/Zend Optimiser / PHP Accelerator qui optimise déjà ce genre de code.

petite question.
 
Vous vous basez sur MySQL mais l'utilisation d'un autre SGBD ne permettrait pas d'obtenir de meilleurs performances ?
 
Quoique si justement, vous limitez a fond les jointures et requetes imbriqués...
 
Ca m'interesse beaucoup, je suis en BTS Infos de Gestion donc...

C'est le code source fermé qui était le gros point bloquant pour eux, parce qu'ils avaient l'impression de ne pas maitriser ce qu'ils pouvaient faire du forum.
Chose à laquelle on a remedié avec la dernière version de MD qui a le code source des pages principales ouvert.

 
OKI, merci pour la précision.

MD fonctionne sous MySQL uniquement pour l'instant (même s'il passe par un wrapper pour les requètes), et il utilise les optimisations spécifiques que peuvent offrir MySQL

 
Les 2 Go restants c'est pour l'OS ^^
 

 
ça c'est sûr que c'est de l'optimisation de bout de chandelles, mais ça marche toujours mieux pour ceux qu'on pas d'optimiseurs de ce genre (qui coûtent d'ailleurs la peau du cul je crois ^^)

non ils sont gratuits

Ah ouais ? ça m'intéresse ça, t'as un lien ? que je teste ça sur mon forum en local :-) que je descende sous les 20ms avec mon vieux P4 ça serait pas mal

 
Et le fait d'utiliser des procedures stockés et des triggers ca peut optimiser ? ou c'est plus simple dans l'organisation du code ?
 
MYSQL 5 gère les procedures stockés; trigguers et requtes imbriquées non?
 
EDIT : je me reponds pour les fonctionnalités de MYSQL :
 
# NEW! Stored Procedures to improve developer productivity
# NEW! Triggers to enforce complex business rules at the database level
# NEW! Views to ensure sensitive information is not compromised

www.eaccelerator.net

Nickel merci je vais tester ça :-)

les requètes imbriquées sont gérées depuis 4.1
C'est 5.x qui introduit les triggers et les procedures stockées.
Je n'ai pas encore évalué l'apport des procedures stockées, mais ca pourrait être interessant notamment parce que MySQL "précompile" les procedures stockées, ce qui peut parfois accélérer les choses (sans compter que ca réduit le nombre de QPS, la bande passante consommée et la latence entre le serveur web et le serveur DB, tout en simplifiant le code au niveau des frontaux)

 
Je prend note de leur avantages, ca pourra me servir pour mes oraux
 
Ca me fait penser qu'une fois, sous Oracle, a mon école, j'ai lancé une procedure stockée avec une boucle infinie. Sacré bordel pour la killer

Ca fait plaisir de pouvoir discuter avec des gens qui maitrisent bien toutes les possibilités d'un SGBD

Moi j'ai écrit des proc stocks avec des appels réentrant sous MySQL 5 pour le tester, et il les a bien detecté
(jusqu'à ce que je trouve la requète fatale qui le fait crasher, ce qui contribua à m'aider à gagner mon ipod nano )

t'avais quoi comme processeur ? un HT ou pas ? (voire dualcore, même si je pense pas), parce que perso tout ce qu'est boucles infinies, ça saute nickel grâce à l'HT

Ceci dit MD est loin d'être une référence en terme de code PHP (surtout niveau lisibilité en fait, au niveau optimisation, il y a du travail même s'il reste bcp à faire), même si je l'améliore sensiblement au fil du temps

 
C'est pas si simple que ca, tu penses qu'ici par exemple quand qqn réponds à un topic enfouit dans les profondeurs du forum que ca incrémenter les dizaines de milliers de topics qui sont au dessus?

 
Tu commentes et tu alignes ton code
 
Dis toi, qu'il sera jamais fini le forum
 
En tout cas moi je m'amuse en ce moment a sortir la plus grosse requetes SQL pour mes applications que je presente au BTS. But : Impressioner le jury avec une belle requetes bien grosse mais pas bourrin

Y a plusieurs implémentations possible de toute façon

 
Ca se produit pas souvent ce genre de cas j'imagine, non ?!
 
Si t'as une solution contre ça par contre, je pense qu'on est tous preneurs  
 
EDIT : je vais aller faire un test dans la rubrique blabla faire remonter un vieux topic

ah ça marche pas mal du tout :-)

j'ai jamais dis le contraire, j'utilise également quelque chose de différent du select ... limit x, y
 
Sinon là je lis également quelques livres sur diverses optimisations avec pas mal de maths derrière, ce que je faisais pas avant, j'ai hâte de mettre ca en oeuvre