c'est vraiment dommage que tu rencontres tout ces désagréments dans Spip mutualisé.
Il faudrait en parler sur la liste spip-dev ou créer des tickets dans le tracker.
Il se trouve que j'ai toujours DES dossiers squelettes, et je choisis dans la config (fichier mes_options.php) quel(s) squelette(s) sont activés. Du coups, plus de soucis! Ben oui, comment Spip pourraît découvrir que tu veux utiliser tel ou tel dossier de squelettes, heureusement qu'il faut lui dire, parce que mon dossier contient une dizaine de versions, chaque site utilisant l'une ou l'autre.
Pour les plugins, oui, cela doit être activé pour chaque sites, sauf ceux présents dans le dossier "extensions" qui sont activés par défaut pour tous les sites.
Pour chacun de mes sites, j'utilise une coquille vide, avec des rubriques et des articles, ainsi que quelques accès. A l'installation d'un nouveau site, il me suffit d'importer la coquille vide et voilà. Je peux changer le mot de passe ensuite, c'est bien plus sécurisé ainsi. Heureusement qu'il n'y a pas un super admin ayant accès à tout trop facilement. Chacun ses choix
Les plugins dans un mode mutualisés s'installent aussi chacun dans un dossier, pour chaque site, alors je ne comprends pas pourquoi tu as un problème, donne-moi un nom et je l'essaye (en mutu et sans).
Pareil pour les thèmes, comment ont-ils été conçu? en respectant la structure d'un site? Il y a longtemps, j'en avais vu un avec des chemins écrits en dur… Si un thème déconne, ce n'est pas la faute de Spip… mais celle du thème.
Peut être que certains thèmes sont prévus pour ne fonctionner qu'en présence du dossier "squelettes", il faudrait le signaler à ceux qui ont créés ce thème, plutôt que de jeter la pierre à Spip.
Enfin, pour la mise à jour, je créé une copie de la racine (sans le dossier "sites" qui contient tous les sites), j'installe les nouveaux fichiers, puis je fais un lien symbolique du dossier sites. Pour tester, j'ai un aiguilleurs qui va faire pointer pour moi le nouveau dossier Spip à la place de l'ancien, et généralement tout va bien. S'il y a besoin de mettre à jour la base de donnée, je le fais pour quelques sites de tests. C'est normal que ce soit fait au cas par cas… histoire de d'abord tester si tout va bien, surtout au niveau des plugins, on sait jamais. D'autant plus que j'utilise souvent des versions de développement (pour Spip et les plugins). Quand tout va bien, je peux alors mettre à jour l'ancien version.
En terme de charge serveur, je préfère avoir un Spip plutôt qu'un WP même avec le super-cache.
Bonne soirée
Grégoire
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: Plus urgent que la traduction ?
Posté par GG (site web personnel) . En réponse à la dépêche Appel à traduction de SPIP. Évalué à 3.
Bonsoir,
c'est vraiment dommage que tu rencontres tout ces désagréments dans Spip mutualisé.
Il faudrait en parler sur la liste spip-dev ou créer des tickets dans le tracker.
Il se trouve que j'ai toujours DES dossiers squelettes, et je choisis dans la config (fichier mes_options.php) quel(s) squelette(s) sont activés. Du coups, plus de soucis! Ben oui, comment Spip pourraît découvrir que tu veux utiliser tel ou tel dossier de squelettes, heureusement qu'il faut lui dire, parce que mon dossier contient une dizaine de versions, chaque site utilisant l'une ou l'autre.
Pour les plugins, oui, cela doit être activé pour chaque sites, sauf ceux présents dans le dossier "extensions" qui sont activés par défaut pour tous les sites.
Pour chacun de mes sites, j'utilise une coquille vide, avec des rubriques et des articles, ainsi que quelques accès. A l'installation d'un nouveau site, il me suffit d'importer la coquille vide et voilà. Je peux changer le mot de passe ensuite, c'est bien plus sécurisé ainsi. Heureusement qu'il n'y a pas un super admin ayant accès à tout trop facilement. Chacun ses choix
Les plugins dans un mode mutualisés s'installent aussi chacun dans un dossier, pour chaque site, alors je ne comprends pas pourquoi tu as un problème, donne-moi un nom et je l'essaye (en mutu et sans).
Pareil pour les thèmes, comment ont-ils été conçu? en respectant la structure d'un site? Il y a longtemps, j'en avais vu un avec des chemins écrits en dur… Si un thème déconne, ce n'est pas la faute de Spip… mais celle du thème.
Peut être que certains thèmes sont prévus pour ne fonctionner qu'en présence du dossier "squelettes", il faudrait le signaler à ceux qui ont créés ce thème, plutôt que de jeter la pierre à Spip.
Enfin, pour la mise à jour, je créé une copie de la racine (sans le dossier "sites" qui contient tous les sites), j'installe les nouveaux fichiers, puis je fais un lien symbolique du dossier sites. Pour tester, j'ai un aiguilleurs qui va faire pointer pour moi le nouveau dossier Spip à la place de l'ancien, et généralement tout va bien. S'il y a besoin de mettre à jour la base de donnée, je le fais pour quelques sites de tests. C'est normal que ce soit fait au cas par cas… histoire de d'abord tester si tout va bien, surtout au niveau des plugins, on sait jamais. D'autant plus que j'utilise souvent des versions de développement (pour Spip et les plugins). Quand tout va bien, je peux alors mettre à jour l'ancien version.
En terme de charge serveur, je préfère avoir un Spip plutôt qu'un WP même avec le super-cache.
Bonne soirée
Grégoire
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html