un hit typique avec calcul de page fait 800 include_once (pour 100 a 120 fichiers inclus).
Chaque appel a include_once avec un chemin relatif provoque un lstat au niveau du file system pour retrouver le chemin absolu et decider de l'inclusion ou non.
On revise donc tous les include_once pour les prefixer du chemin absolu vers le repertoire courant, y compris dans les plugin
Il reste neanmoins les cas comme /www/ecrire/../plugins/ qui risquent de declencher un lstat.
Dans la fonction find_in_path, on double donc d'une statique qui permet d'eviter au maximum le recours a include_once et assure la meillure reproductibilite sur les disques distants recourant a NFS
ça me parait bancal comme patch.
Mais sans connaitre l'organisation exacte des repertoires, et sans indications supplémentaires, je ne peux pas faire grand chose.
Cette révision casse la page exec=mutualisation lorsque la mutualisation
est installée à la racine de SPIP (et non dans le dossier plugin).
Je ne me rappelle plus la raison pour laquelle le plugin pouvait être à la
racine et pas dans plugin.
D'une part, c'est comme ça que c'est documenté.
D'autre part, c'est un truc qui doit être actif avant l'installation de SPIP
Enfin, ce n'est pas un plugin activable (il n'a aucune raison d'apparaître dans la liste des plugins pour un site lambda).
Cette révision casse la page exec=mutualisation lorsque la mutualisation
est installée à la racine de SPIP (et non dans le dossier plugin).
Je ne me rappelle plus la raison pour laquelle le plugin pouvait être à la
racine et pas dans plugin.
D'une part, c'est comme ça que c'est documenté.
D'autre part, c'est un truc qui doit être actif avant l'installation de SPIP
Enfin, ce n'est pas un plugin activable (il n'a aucune raison d'apparaître dans la liste des plugins pour un site lambda).
