Le constat des lenteurs d’accès à certaines pages de SPIP-Contrib voire de ces indisponibilités est récurent, et pas récent. La question est bien sur de comprendre pour chercher à améliorer.
Voir les travaux (inclus échanges de forums) en cours ici http://www.spip-blog.net/Spip-contr... et pour commencer optimisation SPIP-contrib J1 et optimisation SPIP-contrib J2
Voir aussi les échanges sur la liste SPIP-dev, par exemple ceux de décembre 2007 :
spip-contrib.net Down - (Site24x7)
Contrib sur Scriibe et Debuggueur
La question des critères d’analyse se pose : il convient de distinguer ce qui ce passe coté serveur (Apache, Base, cache, filer, etc..) , et ce qui ce passe coté utilisateur (les tuyaux, le navigateur, etc..), ce qui concerne SPIP et le reste, ce qui relève des squelettes ou du reste (le cache, le code, les appels en base, etc ...), de différencier le ressenti de l’utilisateur (la fluidité de sa navigation) de celui de l’hébergeur (l’usage de ses ressources) ... Il a été évoqué à cette occasion la possibilité d’avoir un meilleur outil d’analyse des squelettes voir en particulier ce message http://article.gmane.org/gmane.comp...
Rappelons au passage qu’un outil, encore sommaire, existe pour avoir une idée des temps de calcul des squelettes : il s’agit pour chaque page de rajouter manuellement ?var_profile=1 à son url
Dans le seul cadre de SPIP il convient aussi de préciser :
ce qui relève des actions spécifiques au seul SPIP-Contrib
ce qui peut, à cette occasion, être amélioré sur le code de SPIP, Contrib étant utile comme test d’un site en forte charge et environnement semi-mutualisé (ce qui toute proportion gardée est plus ou moins équivalent au cas des sites mutualisés en charge courante).
Citons déjà quelques améliorations sur le code qui ont découlé de ces réflexions :
commit 10991
commit 11019
Une affaire à suivre