[spip-dev] Spipr - #CSS - Bootstrap -> lenteurs

Bonjour,

J'utilise Sarkapsipr, qui dépend de Bootsrap et de Zcore et de Spipr
etc.

Lorsque je fais un recalcule de la page avec un var_mode=recalcul,
il faut environ 18 secondes rien que pour les deux lignes:
[<link rel="stylesheet" href="(#CSS{css/bootstrap.css})"
type="text/css" />]
[<link rel="stylesheet" href="(#CSS{css/responsive.css})"
type="text/css" />]

Qui sont dans inclure/head.html de Sarkaspipr.

En recopiant les fichiers du dossier css du plugin bootstrap vers le
dossier css de mon dossier squelette, je gagne presque 10 secondes.

Je comprends qu'il y a beaucoup de fichiers à charger, vérifier leur
présence dans différents dossier, comparer les priorités, mais
devoir attendre 30 secondes (maintenant 20 secondes) ça reste trop
long. Il y a peut être aussi un autre problème sur mon serveur.

Comme la dernière fois il était question de var_mode, je me demande
s'il ne serait pas possible de pouvoir séparer les recalculs, pour
choisir ce qui est effectivement recalculé.
- Les squelettes sans toucher aux caches des css
- Uniquement les css et donc less aussi.
- tout

Cela pourrait être :
var_mode=recalcul-css (uniquement les css)
var_mode=recalcul-xcss (sans toucher aux css)
var_mode=recalcul (tout, comme actuellement)

Bonne journée
G

Pour info, déjà ajouté au plugin SCSS, sous la forme var_mode=css.

(Et sinon, juste pour rappel pour la prochaine fois : ici c'est la liste pour le noyau+dist de SPIP, pour les plugins c'est la liste spip-zone.)

Le parcours de l'arborescence des dossiers à la recherche d'un fichier
peut être lente à ce point ?

Ça, ça n'est pas un problème de plugin, mais bien de conception spip
pour autant, bien entendu, que ça ne soit pas un problème de configuration de la machine.

Mais dans ce cas à quoi faut il faire attention pour éviter de se retrouver
dans une telle situation, ou pour améliorer une situation donnée ?

Une fois un site en prod, y aurait-il intérêt à "aplatir" tout ce qui peut l'être
dans l'arbo des fichiers pour que SPIP trouve au premier essai ce qu'on lui demande ?...

JL

Bonsoir,

lorsque le site est testé en mode habituel, c'est assez fluide.
Après, en jouant avec les valeurs de CACHE, on arrive toujours à
quelque chose d'assez fluide tant qu'il y a assez de visites.

Comme le nouveau serveur à été installé dans l'urgence, il y a peut
être des trucs qui ne vont pas. Par expérience, quand l'affichage
d'une page nécessite toujours 30 secondes au moins, c'est qu'il y a
un problème de résolution DNS, et qu'il faut renseigner le fichier
/etc/hosts avec le nom du serveur.

Je comprends que les lenteurs que j'observe sont anormales, je vais
creuser pour dénicher le problème, et éviter d'utiliser
var_mode=recalcul si var_mode=calcul fait l'affaire (et sinon
comprendre pourquoi ça ne ferait pas l'affaire).

Merci à tous, rien à changer dans Spip pour le moment. Je revois ma
méthode de travail.

Bonne soirée
G