Grande lenteur dans la gestion des plugins

euclide24

Septembre 2015

Bonjour à tous.

J’ai un problème depuis un bon moment d’extrême lenteur dans :
– l’affichage de la page de gestion des plugins (plus d’1 minute) ;
– l’installation d’1 plugin prend plus de 4 minutes.

Il n’y a pas d’incidence apparente sur l’espace public (Collège de Castillonnès).

L’erreur qui s’affiche dans un navigateur est :

Warning: in_array() expects parameter 2 to be array, null given in adresse_de_mon_site/plugins-dist/svp/inc/svp_depoter_local.php on line 404

Et j’ai aussi des erreurs dans les fichiers de log mais j’ignore si c’est lié :

:Pri:ERREUR: Erreur 2006 de mysql: MySQL server has gone away

Mes versions installées :
SPIP 3.0.20 [22255] | Sarka-SPIP 3.4.5 [90414]

Mes plugins :
ArticlePDF - Boutons dans le texte - Facteur - Intégration d’activités de géométrie - Mailshot - Mailsubscribers - Newsletters -NoSpam - Spip Bonux - SarkaSPIP - Zcore -odt2spip

Si une bonne âme a une idée, je suis preneur !

Merci.

Résolu

Par note Par date Par date chronologique

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

0

euclide24

Septembre 2015

Quelques précisions supplémentaires.

Je suis chez l’hébergeur Web4all.

Auparavant, j’étais en SQLite3 et je viens de re-passer en MySQL (grâce à l’excellent plugin Fusion), suite à des problèmes de base de données corrompue lors de sauvegardes d’une version de spip à l’autre, qui semblent réglés. Le phénomène de lenteur dans la gestion des plugins était déjà présent avec SQLite3 et une réinstallation à neuf n’a rien changé (même avec un spip vierge et sans plugins, j’ai observé ce phénomène de lenteur, comme s’il y avait une sorte de « mémoire » en rapport avec les plugins, ou que la lenteur vienne d’un réglage de l’hébergeur et pas de spip).

Je précise aussi que j’ai 2 autres sites chez le même hébergeur, avec une configuration très proche, et qui eux fonctionnent normalement.

Et enfin, j’ai pu installer mon site en local et là non plus il n’y a pas de problèmes de lenteur.
Indiquez l’intérêt que vous portez à cette réponse

0

euclide24

Septembre 2015

Quelques précisions supplémentaires.

Je suis chez l’hébergeur Web4all.

Auparavant, j’étais en SQLite3 et je viens de re-passer en MySQL (grâce à l’excellent plugin Fusion), suite à des problèmes de base de données corrompue lors de sauvegardes d’une version de spip à l’autre, qui semblent réglés. Le phénomène de lenteur dans la gestion des plugins était déjà présent avec SQLite3 et une réinstallation à neuf n’a rien changé (même avec un spip vierge et sans plugins, j’ai observé ce phénomène de lenteur, comme s’il y avait une sorte de « mémoire » en rapport avec les plugins, ou que la lenteur vienne d’un réglage de l’hébergeur et pas de spip).

Je précise aussi que j’ai 2 autres sites chez le même hébergeur, avec une configuration très proche, et qui eux fonctionnent normalement.

Et enfin, j’ai pu installer mon site en local et là non plus il n’y a pas de problèmes de lenteur.
Indiquez l’intérêt que vous portez à cette réponse

0

Philivert

Septembre 2015

Bonjour,
Je suis également chez Web4all et j’ai eu également ce problème avec la gestion des plugins, mais il a été corrigé (pour tout le monde, lié à l’utilisation d’opcache depuis spip 3.0.20).
J’ai plusieurs sites en 3.0.20 et un en 3.1.0 beta qui fonctionnent bien.

Vérifie dans ton phpinfo (http://tonsite.tld/ecrire/?exec=info) que tu as bien :
opcache.revalidate_freq=2

et que le cookie SERVERID associé à ton site dans ton navigateur a bien la valeur :
httpx-apache-01a-wp (ou x est un chiffre)

Si ce n’est pas le cas il y a un pb avec Web4all, sinon le pb est probablement ailleurs.
Indiquez l’intérêt que vous portez à cette réponse

0

Septembre 2015

Bonjour Philivert, merci pour ta réponse hyper précise !

Dans mon phpinfo, le paramètre opcache.revalidate_freq est réglé sur 60 et pas sur 2.
Je constate que sur mes 2 autres sites qui eux, fonctionnent, ce paramètre est bien sur 2.

Je me tourne donc vers Web4all pour leur demander de modifier ce paramètre.

Le cookie SERVERID est par contre bien paramétré.

Je te tiens au courant...
Indiquez l’intérêt que vous portez à cette réponse

0

Philivert

Septembre 2015

C’est donc bien ça le problème, un ticket à Web4all devrait résoudre ton pb.
Indiquez l’intérêt que vous portez à cette réponse

0

b_b

Septembre 2015

Pour info, le problème avait déjà été abordé par ici (par philvert si je ne me trompe pas) : https://core.spip.net/issues/3523
Indiquez l’intérêt que vous portez à cette réponse

0

euclide24

Septembre 2015

J’attends que mon hébergeur réponde à ma demande de modification du paramètre opcache.revalidate_freq (on est dimanche donc je les laisse respirer !).
Indiquez l’intérêt que vous portez à cette réponse

0

Philivert

Septembre 2015

Et issue 3523 faisait suite à un sujet initié par Euclide24 sur le forum de Web4all ;-)
Indiquez l’intérêt que vous portez à cette réponse

0

euclide24

Septembre 2015

Belle perspicacité Philivert !

En fait, l’explication est que j’ai eu d’énormes déboires en début d’été lors de la migration de mes bases de données des anciens serveurs de web4all vers les nouveaux.

En effet, j’étais sous SQLite3 (je pensais être sous MySQL donc les sauvegardes des tables MySQL ne m’ont servi à rien, forcément), et un bug de spip dans la sauvegarde des bases de données a fait que lorsque j’ai voulu réinstaller mon site à partir de mes sauvegardes, celles-ci comportaient des tables vides ou avec des messages d’erreurs.

En bidouillant avec le plugin adminer, j’ai petit à petit reconstitué mes tables, mais il m’est toujours resté des erreurs. C’est en même temps que j’ai rencontré le problème de lenteur des plugins, que j’ai mis sur le compte de ma BDD et j’ai mis provisoirement de côté ce souci.

Finalement, comme je ne m’en sortais pas au bout de 2 mois, j’ai utilisé le plugin Fusion pour repasser sous MySQL (j’ai fait la manip en local, et elle s’est bien passée, sauf pour la table qui relie les auteurs des articles aux articles, qu’il a fallu que je regarnisse manuellement).

Et maintenant que tout fonctionne, je me suis donc attaqué au seul problème résiduel : la lenteur des plugins !

Il me tarde que Web4all modifie le paramètre d’opcache afin que je sois enfin fixé...
Indiquez l’intérêt que vous portez à cette réponse

0

Philivert

Septembre 2015

Si tu étais sous sqlite, tu n’étais pas concerné par la migration des serveurs mysql ???
Tu t’es créé plein de pb pour rien en fait, ça doit être un peu rageant !!!
Indiquez l’intérêt que vous portez à cette réponse

0

euclide24

Septembre 2015

En fait, j’ai 2 autres bases sur mon hébergement, indépendantes de mon site spip, lesquelles sont en mysql et qu’il a donc fallu migrer.

Mais c’est vrai que je n’avais pas compris que seul mysql était concerné par la migration !

Donc j’ai suivi (naïvement) la procédure indiquant comment migrer mes bases mysql. Et parmi mes 3 bases, celle concernant spip correspondait à une vieille installation de mon site. Sa sauvegarde avec phpmyadmin ne m’a donc servi à rien, et c’est la sauvegarde faite depuis l’interface spip qui était vérolée.

Un intérêt à l’histoire, c’est que je n’y connaissais rien aux base de données. Maintenant, c’est mieux, je peux dire que je n’y connais « quasiment rien » !
Indiquez l’intérêt que vous portez à cette réponse

0

euclide24

Octobre 2015

Bonjour.

J’ai eu une réponse de Web4all. Ils ont modifié le paramètre opcache.revalidate_freq dans le fichier php.ini mais curieusement, cette modification n’est pas prise en compte par mon site.

Donc ils cherchent la raison d’un tel comportement...
Indiquez l’intérêt que vous portez à cette réponse

0

euclide24

Octobre 2015

Bonjour.

Ça y est, Web4all a modifié ce fameux paramètre. Et c’était bien ça, la page de gestion des plugins s’affiche maintenant normalement. J’espère que cela durera mais a priori je ne vois pas pourquoi ça se remettrait à dysfonctionner.

Un grand merci à Philivert qui m’a indiqué la solution !