Bonjour à tous,
J’ai quelques sites mutualisés (avec le plugin Mutualisation de SPIP) qui partagent un certain nombre de plugins.
Lorsque sur un de ces site, je mets à jour un plugin, en mode automatique, ce plugin est bien mis à jour et activé sur le site courant, mais mis à jour et désactivé sur les autres sites.
Ce qui m’oblige pour le moment à faire le tour de mes sites pour ré-activer mon plugin, au cas par cas.
Est-ce le comportement attendu ? Ou ai-je oublié un paramètre ?
Merci,
RK
Le 28/05/2020 à 16:49, Régis Kennel a écrit :
Bonjour à tous,
J'ai quelques sites mutualisés (avec le plugin Mutualisation de SPIP) qui partagent un certain nombre de plugins.
Lorsque sur un de ces site, je mets à jour un plugin, en mode automatique, ce plugin est bien mis à jour et activé sur le site courant, *mais mis à jour _et désactivé_ sur les autres sites.*
Ce qui m'oblige pour le moment à faire le tour de mes sites pour ré-activer mon plugin, au cas par cas.
Est-ce le comportement attendu ? Ou ai-je oublié un paramètre ?
Merci,
RK
Compte tenu du mode de fonctionnement (re-nommage du répertoire du plugin) de la mise à jour en mode automatique, dans le cadre d'une mutualisation, oui, le comportement observé est inévitable. Si on veut éviter cela (ce qui va vite devenir fastidieux de mettre à joiur manuellement plein de plugins dans differents sites), il faut passer par l'utilisation de svn ou (mieux) de git.
il y a des defines qui permettent d’isoler le repertoire plugins/ et plugins/auto par site
Il est également possible de désactivé le dossier plugins/ de la racine.
ça doit être facilement adaptable
https://framagit.org/snippets/2674/edit
// On ajoute un dossier supplémentaire pour les plugins.
define(‹ _DIR_PLUGINS_SUPPL ›,_DIR_RACINE . $rep . $site . ‹ /plugins/ ›);
define(‹ _DIR_PLUGINS_AUTO ›, _DIR_RACINE . $rep . $site . ‹ /plugins/auto/ ›);
define(‹ _DIR_PLUGINS ›, ‹ ›); // ou pas de partage du dossier plugins entre les mutualisations
Le jeu. 28 mai 2020 à 18:27, Manu <manu@mine-de-rien.fr> a écrit :
Le 28/05/2020 à 16:49, Régis Kennel a écrit :
Bonjour à tous,
J’ai quelques sites mutualisés (avec le plugin Mutualisation de SPIP)
qui partagent un certain nombre de plugins.
Lorsque sur un de ces site, je mets à jour un plugin, en mode
automatique, ce plugin est bien mis à jour et activé sur le site
courant, mais mis à jour et désactivé sur les autres sites.
Ce qui m’oblige pour le moment à faire le tour de mes sites pour
ré-activer mon plugin, au cas par cas.
Est-ce le comportement attendu ? Ou ai-je oublié un paramètre ?
Merci,
RKCompte tenu du mode de fonctionnement (re-nommage du répertoire du
plugin) de la mise à jour en mode automatique, dans le cadre d’une
mutualisation, oui, le comportement observé est inévitable. Si on veut
éviter cela (ce qui va vite devenir fastidieux de mettre à joiur
manuellement plein de plugins dans differents sites), il faut passer par
l’utilisation de svn ou (mieux) de git.
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netArchives : https://www.mail-archive.com/spip@rezo.net/maillist.html
Infos : https://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
Irc : de l’aide à toute heure : http://spip.net/irc
Le 28/05/2020 à 18:58, pierre laszczak a écrit :
il y a des defines qui permettent d'isoler le repertoire plugins/ et plugins/auto par site
Il est également possible de désactivé le dossier plugins/ de la racine.ça doit être facilement adaptable
Sign in · GitLab____
// On ajoute un dossier supplémentaire pour les plugins.
define('_DIR_PLUGINS_SUPPL',_DIR_RACINE . $rep . $site . '/plugins/');
define('_DIR_PLUGINS_AUTO', _DIR_RACINE . $rep . $site . '/plugins/auto/');
define('_DIR_PLUGINS', ''); // ou pas de partage du dossier plugins entre les mutualisations
OK, mais c'est tout de même très pratique d'avoir un comportement unifié dès qu'on est dans une logique de mutualisation. Cest a priori tout de même le but recherché et les define sont plutôy à considérer comme un outil permettant de gérer les exceptions. Enfin, je vois ça comme ça...
Bonjour,
J'ai trouvé une solution que j'avais documentée sur je ne sais plus quel site Spip il y a quelques années.
En gros :
- la mutualisation selon la documentation du plugin,
- faire 1 site sur la mutu avec le dépot activé qui ne sert qu'à charger et mettre à jour les plugins
- Ne configurer aucun dépôt sur les autres sites mutualisés en production
- ET la suppression dans le plugin SVP de 3 lignes qui effectuaient la suppression de l'ancienne version d'un plugin lors de sa mise à jour.
J'avais mis ça sur une page sur la mutualisation, mais pas sur Contrib il me semble, une sorte de page d'astuces...
Le 28/05/2020 à 16:49, Régis Kennel a écrit :
Bonjour à tous,
J'ai quelques sites mutualisés (avec le plugin Mutualisation de SPIP) qui partagent un certain nombre de plugins.
Lorsque sur un de ces site, je mets à jour un plugin, en mode automatique, ce plugin est bien mis à jour et activé sur le site courant, *mais mis à jour _et désactivé_ sur les autres sites.*
Ce qui m'oblige pour le moment à faire le tour de mes sites pour ré-activer mon plugin, au cas par cas.
Est-ce le comportement attendu ? Ou ai-je oublié un paramètre ?
Merci,
RK
--
Stéphane
17 Charente-Maritime
Ici peut-être ?
https://contrib.spip.net/Gestion-des-dossiers-plugins-ou-utiliser
Ou dans une autre page de ce dossier mutualisation ?
Jaques
Le 28/05/2020 à 21:50, Stephane Santon a écrit :
Bonjour,
J'ai trouvé une solution que j'avais documentée sur je ne sais plus quel site Spip il y a quelques années.
En gros :
- la mutualisation selon la documentation du plugin,
- faire 1 site sur la mutu avec le dépot activé qui ne sert qu'à charger et mettre à jour les plugins
- Ne configurer aucun dépôt sur les autres sites mutualisés en production
- ET la suppression dans le plugin SVP de 3 lignes qui effectuaient la suppression de l'ancienne version d'un plugin lors de sa mise à jour.J'avais mis ça sur une page sur la mutualisation, mais pas sur Contrib il me semble, une sorte de page d'astuces...
Le 28/05/2020 à 16:49, Régis Kennel a écrit :
Bonjour à tous,
J'ai quelques sites mutualisés (avec le plugin Mutualisation de SPIP) qui partagent un certain nombre de plugins.
Lorsque sur un de ces site, je mets à jour un plugin, en mode automatique, ce plugin est bien mis à jour et activé sur le site courant, *mais mis à jour _et désactivé_ sur les autres sites.*
Ce qui m'oblige pour le moment à faire le tour de mes sites pour ré-activer mon plugin, au cas par cas.
Est-ce le comportement attendu ? Ou ai-je oublié un paramètre ?
Merci,
RK
--
Jacques
Le 28/05/2020 à 21:50, Stephane Santon a écrit :
J'ai trouvé une solution que j'avais documentée sur je ne sais plus quel site Spip il y a quelques années.
Voilà c'est là
https://contrib.spip.net/Et-si-on-automatisait-tout-ca#Gestion-des-plugins
suite à la discussion engagée en 2013 ici
--
Stéphane
17 Charente-Maritime
Bonjour,
J'utilise la mutualisation de site Spip depuis 6 ans pour l'ensemble de sites que j’héberge.
Pour cela je paramétre :
define('_AUTORISER_TELECHARGER_PLUGINS', false); dans config/mes_options.php
J'installe et je met mes plugins à jour via svn (d'après ce que j'ai compris, il va falloir que j'adopte git avant le 1er juillet). directement à partir du sous dossier trunk de chaque plugin. ( pour être exact : voici la commande que je tape une fois dans le dossier plugin : svn co svn://zone.spip.org/spip-zone/_plugins_/dossierduplugin/trunk dossierplugin )
Je n'ai rencontré des problèmes que lorsque les plugins qui ne disposaient pas de ce sous-dossier finissaient par l'adopter et lorsque des plugins changeaient de nom (ce qui a été tout de même assez fréquent.)
Dans ce cas, un message d'erreur apparaît dans l'interface de Spip. Mais le plugin ne se désactive pas.
J'utilise alors la page ecrire/?exec=mutualisation pour vérifier quel site utilise le plugin, puis je visite manuellement la page ecrire/?exec=admin_plugin des sites concernés
N'ayant qu'une vingtaines de sites hébergés, je n'ai jamais ressenti le besoin de faire autrement.
Par ailleurs, cela m'arrange de ne pas donner la possibilité à mes clients de télécharger ou de mettre à jour eux mêmes leurs plugin.
En espérant que ce retour d'expérience puisse servir à quelqu'un (ou faire réagir d'autres sur des éventuelles mauvaises pratiques).
Merci à tous ceux qui font vivre Spip !
Laurent
Le 28/05/2020 à 16:49, Régis Kennel a écrit :
Bonjour à tous,
J'ai quelques sites mutualisés (avec le plugin Mutualisation de SPIP) qui partagent un certain nombre de plugins.
Lorsque sur un de ces site, je mets à jour un plugin, en mode automatique, ce plugin est bien mis à jour et activé sur le site courant, *mais mis à jour _et désactivé_ sur les autres sites.*
Ce qui m'oblige pour le moment à faire le tour de mes sites pour ré-activer mon plugin, au cas par cas.
Est-ce le comportement attendu ? Ou ai-je oublié un paramètre ?
Merci,
RK_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netArchives : https://www.mail-archive.com/spip@rezo.net/maillist.html
Infos : https://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
Irc : de l'aide à toute heure : http://spip.net/irc
Merci à tous pour vos retours !
Régis
Régis Kennel a écrit le 28/05/2020 à 16:49 :
Bonjour à tous,
J'ai quelques sites mutualisés (avec le plugin Mutualisation de SPIP) qui partagent un certain nombre de plugins.
Lorsque sur un de ces site, je mets à jour un plugin, en mode automatique, ce plugin est bien mis à jour et activé sur le site courant, *mais mis à jour _et désactivé_ sur les autres sites.*
Ce qui m'oblige pour le moment à faire le tour de mes sites pour ré-activer mon plugin, au cas par cas.
Est-ce le comportement attendu ? Ou ai-je oublié un paramètre ?
Merci,
RK
J'ai commencé un plugin surchargeant SVP pour récupérer correctement les versions git ou svn des plugins (au lieu de passer par le zip).
L'objectif, à terme, étant de rajouter la possibilité de mettre à jour un plugin par git pull (ou svn up, mais ce dernier va disparaître au 1er juillet) sans que le chemin ne change, donc, utilisable en mutualisation.
Si certains se sentent de participer au code, qu'ils n'hésitent pas !
(je code d'autres trucs ailleurs en ce moment)
--
RealET