Oui, pour moi aussi, ça marche nickel. Le problème survient par moments (et il survenait tout le temps, au retour au site, avant que je mette en place le cron une fois par heure). Peut-être qu’il faudrait que je mette un cron toutes les 5 minutes ?
Ok et tu as essayer de compresse les JS dans le BO du site pour gagner en vitesse ?
Ah non, en effet, je ne l’ai pas fait, car comme je fais évoluer les squelettes au fur et à mesure, je ne compressais pas. Je vais le faire.
Je viens d’avoir le problème sur un site, pas intégré dans le cron (car je viens de le mettre en place), qui est en train de mouliner pour l’accès au back-office : https://www.benoitlabourdette.com/_docs/projets/2022/2022_mediation_val_de_marne/
… j’attends… j’attends…
Il lui aura fallu 234 secondes pour afficher la page du back-office
(en fait, quand je disais 25 secondes, je me trompais, quand ça bugge, ce n’est pas 25 mais 250 secondes en moyenne pour que la page soit servie)
Point important : pendant ce temps là, j’ai pu naviguer sans aucune difficulté dans les autres sites dans d’autres sous-dossiers, car j’y ai activé la compression des scripts. Le serveur fonctionnait donc parfaitement, c’était juste ce sous-site qui moulinait tout seul.
Je viens de le faire. J’ai créé ce sous-site : Mon site SPIP Il n’y a aucun plugin, et aucun paramétrage de SPIP, juste 3 articles, avec des photos et vidéos en pièce jointe. Et pas de cron automatique sur lui au niveau du serveur. Tu as raison, j’irai voir de temps, voir si les pages sont servies normalement, ou s’il devient très lent aussi pour l’affichage de la première page.
Ce n’est pas 25 secondes, mais 250 secondes ! Mon doigt avait fourché sur le clavier.
À toute fin utile tu peux activer le traçage des requêtes sql lentes pour voir si ça viendrait pas de là : _DEBUG_SLOW_QUERIES - SPIP
// add trace information to mysql's slow queries logs
define('_DEBUG_SLOW_QUERIES', true);
Merci ! Tu mets cela dans mes_fonctions.php ? Et ensuite, tu les consultes où ? Pour info, j’utilise sqlite pour ces sites.
J’ai la réponse à ma question dans ton lien, désolé. Je le mets bien dans mes_fonctions.php. Mais ce n’est que pour mysql ?
_DEBUG_SLOW_QUERIES n’est que pour MySQL en effet.
Il serait intéressant de chercher si c’est éventuellement une erreur propre à SQLite (et à l’hébergeur).
Par exemple si tu as moyen de mettre en place rapidement un site spip vide en MySQL chez le même hébergeur, pour voir si le même problème se produit.
Excellente idée, oui je vais le faire.
En ce moment même, il y a ce site dans un sous-dossier (https://www.benoitlabourdette.com/_docs/projets/2022/2022_ccas_faire_monde/) qui est en train de mouliner pendant 250 secondes avant que la page d’accueil ne s’affiche. Et pendant ce temps là, les autres sites dans d’autres sous-dossiers qui fonctionnent parfaitement.
Je viens de tilter sur un truc
je n’ai pas le problème sur le site SPIP dans le domaine principal, mais uniquement avec ceux qui sont dans des sous-dossiers.
Heu, en fait, tu n’a pas de domaine principal, vu que tes mini sites n’ont pas de domaine, tout est mélangé sans cloisonnement.
Pour ton serveur, ce serait en quelque sorte un seul et même site qui lui donne des instructions contradictoires, d’où le temps perdu au départ pour retrouver ses billes.
En plus, je me demande comment tu gère ta base SQL
Bon après, je ne suis pas un spécialiste SPIP et encore moins serveur WEB
Perso j’utilise des sous domaines (illimités chez o2swich)
Vu que tu utilises systématiquement ton nom de domaine, tu peux également faire des rubriques avec des administrateurs/rédacteurs restreints.
En effet ça serait plus simple et plus facile à travailler …
Oui, vous avez peut-être raison, en effet. Pourtant ces sous-sites se trouvent tous dans un seul et même sous-dossier principal, qui ne correspond à aucune url réécrite du site principal, donc a priori il n’y a pas d’interférences entre eux. Pour les bases de données, j’utilise sqlite. Mais, en effet, ça vaut la peine de les mettre plutôt dans des sous-domaines, c’est vrai. Je vais faire un test, afin de voir si le souci s’y produit aussi. Merci pour l’idée !! Je vous tiens au courant.
Ce que je vois, c’est que tu a indiqué au serveur web que le site spip associé à ton nom de domaine est celui de ton dossier principal :
alors qu’il croit être dans un sous dossier de ce site, un autre spip s’active, qui lui donne des infos différentes, de ce qu’il considère comme le site déclaré.
Je n’ai jamais vu un tel montage et a mon avis, une telle situation n’est pas prévue dans les serveurs web, leurs caches ne doivent pas être beau à voir 
1 « J'aime »
Oui, tu as tout à fait raison, ce que je fais là n’est vraiment pas orthodoxe, et c’est peut-être bien la cause du problème. Je vais donc installer un ou plusieurs de ces sites dans des sous-domaines, et je vous tiens au courant.
Passe en mysql ahma, c’est plus stable et tu auras moins de soucis si tu as de gros sites à therme
Ok, d’acc. Que signifie « ahma » ?
Rien 
Juste que slite n’est pas stable a mon avis et vu les retour que l’on voit
amha (dans le bon ordre) A Mon Humble Avis
1 « J'aime »