– du jour au lendemain : oui. mais la question c’est plutôt quelle est la variable qui en changeant le fait partir en saucisse. et là...
il n’y a pas 2 spip installés à l’identique : configuration du serveur, version de php, de mysql, configuration de spip lui-même (langue, choix des éléments affichés, gestion du moteur de recherche, dictionnaire...), configuration des squelettes (nombre de boucle, complexité...), utilisation et configuration des plugins... et ajouté à tout ça, fréquentation du site, volume des données...
bref : va-t-en retrouver une cohérence là-dedans. c’est du débroussaillage permanent.
– problème connu : oui. régulièrement, la lenteur de spip ressort des discussions, comme sa propension à gonfler du cache...
mais, là encore, pour certains et pas toujours...
il faudrait inventer l’outil d’analyse qui permettrait de faire ressortir toutes les interactions des différents modèles, mais c’est une autre paire de manches.
déjà, utilisons les outils disponibles :
– &var_profile
dans l’url (quand on est loggué admin) remonte les requêtes mysql ;
– &var_mode=debug
dans l’url (quand on est loggué admin) affiche le décodage des boucles et des squelettes ;
– exec=info
(quand on est loggué ) affiche le php-info
– plus la lecture des log (spip.log et mysql.log) dans tmp/