Communauté EzCom

70 extensions dans la gueule et le forum qui bronche pas ... J'ai hâte d'atteindre la limite .

C'est ton hébergeur qui risque de râler à cause de la mémoire de phpBB, non ?
Y'a une extension qui donne le temps de chargement + requêtes SQL, non ?

EzCom est hébergé sur mon propre serveur dédié aucun risque de ce côté là

Dans le fichier config.php si tu décommentes la ligne suivante // @define('PHPBB_DISPLAY_LOAD_TIME', true); tu actives dans le bas de page du forum les statistiques de chargement.

Wow, entre 45 et 50 requêtes SQL et >20mo, c'est vrai que c'est pas mal déjà .

Faudrait que je compare avec le mien

EDIT : 45 requêtes / 15/16 Mo.
Dans le temps, une preMOD avec autant de MOD... ça passait difficilement et fallait modifier sans faire d'erreurs.
Ha le bon temps :p

Il y a une page, je ne sais plus laquelle qui monte à 100 requêtes, le truc c'est la mémoire ça dépasse jamais les 25Mo.

Autant il y avait du boulot entre phpBB2 et phpBB3 autant là c'est encore plus flagrant.

Je ne sais pas ce qu'il y a de prévu pour la 3.1/3.2 par contre mais ça serait bien que l'extension "Upload" soit de base.
Sachant que le seul "gros " concurrent gratuit est sMF qui a déjà une extension de ce type mais tout le reste est moins bien (et plus trop dév.)...

phpBB 3.1.2 sera orienté sur le système des styles, telle que la possibilité de modifier son style depuis le PCA, la couleur, les images et si possible partout.

Je vais regarder cette extension Upload.

Parce que tu fais tout à la main ?
Moi j'installe ça en premier et hop je mets les liens github des extensions enfin le master.zip quoi.

Oui bien sûre tout à la main je fais plus confiance à FlashFXP pour ça qu'à une extension.

Par ailleurs, je travaille les extensions, les corrections de bugs d'affichage en lien avec les traductions, je suis bien obligé de passer par FTP.

EDIT : 45 requêtes / 15/16 Mo.
Dans le temps, une preMOD avec autant de MOD... ça passait difficilement et fallait modifier sans faire d'erreurs.
Ha le bon temps :p

Ma prémod avec 0 requêtes sql sur l'index, 1 sur le viewforum et 1 sur le viewtopic aimerait commenter là-dessus .

J'ai juste l'impression que les auteurs n'ont pas prévu de fonctionnalité de cache, et évidemment le problème c'est qu'il n'est pas possible de modifier correctement les requêtes de phpbb afin de les optimiser .

Oui enfin ta préMOD n'est plus d'actualité, tu l'as dit toi même c'est un jouet nostalgique

Peut-être que le cache de phpBB peut intégrer certaines données des extensions et c'est pourquoi je n'ai vu que peu d'extensions proposant une option à paramétrer sur leur cache dédié.

L'optimisation des requête de phpBB ce n'est pas l'affaire de l'équipe de développement de phpBB ?

Oui enfin ta préMOD n'est plus d'actualité, tu l'as dit toi même c'est un jouet nostalgique

Ça ne l'empêche pas d'avoir des très bonnes performances (et une jolie feature list . )

Les extensions vont forcément ajouter des requêtes, et ... Ça fait très mal au serveur. Sur cette page, j'ai 98 requêtes, c'est insensé ! Entre les extensions mal codées et les requêtes qui doivent être faites à côté car impossible de laisser toutes les extensions modifier celle de base de phpBB3. Dans ma prémode, j'ai pris chaque requête ajoutées par les mods et les ait soit mises en cache, soit les ait intégré à une requête précédente.

Ici j'arrive à 75 extensions installées tant que le chargement des pages n'atteint pas 10s ou plus ça ne me dérangera pas.

Je comprends bien ce que tu veux dire, les caches ça réduit les temps d'écriture du disque donc du chargement des pages.

Mais peut-être que cela n'a plus grande importance aujourd'hui lorsque tu sais que ton serveur a un SSD la question ne se pose plus. Un simple processeur Intel ATOM peut faire office de serveur Web alors un processeur Xeon standard je te raconte même pas le chargement d'un simple forum phpBB, il peut en supporter des centaines

En effet, de nos jours, sur un hébergeur "correct", l'exemple des requêtes et autre sur EzCom ne dérange pas trop.
Un souci de memory allocated machin en PHP, c'est que l'hébergeur est à chier...