Désactivation intempestive de Plugins

Cobaye

Janvier 2015

Bonjour,
nous rencontrons un problème dès que nous activons notre SPROXY en amont de notre site spip 3.0.17 :
Les plugins se désactivent de façon intempestive.
Nous avons donc collé une rustine qui détecte l’état d’un plugin "critique" et qui redémarre tous ceux qui sont nécessaire à chaque passage par la page d’accueil.
Quelqu’un a t’il déjà rencontré ce problème ? Quelle solution ? Merci d’avance pour vos réponses.

SPIP 3.0 Gestion des plugins

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Janvier 2015

J’avoue ne pas voir le rapport qu’il peut exister entre sproxy et SPIP (on parle bien du sproxy de denyall, n’est-ce pas ?). A mon avis c’est plus une question à demander à leur support. L’état activé/désactivé d’un plugin est enregistré en base de donné. sproxy est un parefeu, il ne devrait pas y avoir accès.
Indiquez l’intérêt que vous portez à cette réponse

0

Cobaye

Février 2015

oui, nous ne comprenons pas pourquoi tant que le proxy denyall est désactivé, tout va bien, et dès que nous le mettons en ligne ... poff, plus de plugins ...
c’est hallucinant ... Je me suis posé la question de sessions multiples a ip unique, puisque tous les accès arrivent avec la même IP, mais je ne comprends toujours pas le rapport avec la désactivation des plugins ...
Indiquez l’intérêt que vous portez à cette réponse

0
Gilles

Février 2015
Et qu’est-ce que tu vois dans la table spip_meta ?
Cherche là où nom= "plugin_installes"
```
SELECT *
FROM spip_meta
WHERE nom = 'plugin_installes'
```
Indiquez l’intérêt que vous portez à cette réponse

0

Cobaye

Février 2015

j’ai bien la liste des plugins présents ... en colonne "impt" j’ai "non" ...
Indiquez l’intérêt que vous portez à cette réponse

0

Cobaye

Février 2015

si ça peu aider, nous avons collé une rustine qui fonctionne comme ça :
on teste $plugins_actifs= unserialize($GLOBALS[’meta’][’plugin’]) ;
si $plugins_actifs[’un_plugin_critique’] n’est pas défini, alors on charge la liste des plugins disponibles, et on active ceux dont on a besoin.
Mais c’est une rustine. Nous aurions besoin de savoir quelle mécanique fait que nos plugins passent en état désactivés, comme si nous faisions une "primo" installation, alors que ce n’est pas le cas. Or le seul symptôme que nous avons pu identifier est l’activation de l’accès au travers du SPROXY ... (on passe alors par une redirection https vers du http standard sur un virtualhost).
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Février 2015

Le mieux à ce niveau serait de laisser une trace de ton patch sur https://core.spip.net/projects/spip/issues/
afin que l’on trouve une solution plus viable
Indiquez l’intérêt que vous portez à cette réponse

0

Cobaye

Février 2015

Compte SPIP Forge en attente de validation
Indiquez l’intérêt que vous portez à cette réponse

0

Cobaye

Février 2015

Pour info, les infos en base ne bougent pas, et pourtant, les plugins sont désactivés : La variable $GLOBALS[’meta’][’plugin’] semble s’initialiser a blanc ... toute seule :P (y a forcément une mécanique qui la met à blanc par contre, je sêche là .... :P)