Depuis un passage imprudent à la version 3.0.5 de Spip, suivi de tentatives
infructueuses pour faire machine arrière, mon site est d'une lenteur désespérante.
Les logs (exemple ci-joint) révèlent des incohérences dans la base de données.
Mes tentatives de réparation ont carrément bloqué le site, et je suis moi-même
bloqué, du coup je ne touche plus à rien. Merci de toute indication.
il est souvent très difficile de faire marche arrière; pourquoi ne pas essayer de passer définitivement a la 3.0.5 et surtout qu’est ce qui a bloquer ton évolution, @micalement stéphane qui espère pouvoir t’aider sur ce coup la ceci dit ce n’est plus lent c’est j’affiche rien
La valeur qui t'intéresse est "memory_limit". Avec 128M c'est normalement bon. S'il y a des problèmes même avec cette valeur, il faudrait désactiver tous les plugins et thèmes, tester la rapidité du site et les réactiver successivement afin de trouver le coupable.
Si la valeur de memory_limit est inférieur il faut procéder de la même manière, seulement on peut s'attendre à une saturation plus rapide de la mémoire - à partir de ce moment le site sera de nouveau lent.
Combien de plugins est-ce qu'il y a d'actifs et est-ce qu'il y a des modifications personnelles du genre nouvelle fonction php dans mes_options.php ? Si oui il faudrait désactiver tout ca aussi.
Bon courage,
klaus++
On 22.11.2012 23:18, Laurent Bloch wrote:
Bonjour,
Depuis un passage imprudent à la version 3.0.5 de Spip, suivi de tentatives
infructueuses pour faire machine arrière, mon site est d'une lenteur désespérante.
Les logs (exemple ci-joint) révèlent des incohérences dans la base de données.
Mes tentatives de réparation ont carrément bloqué le site, et je suis moi-même
bloqué, du coup je ne touche plus à rien. Merci de toute indication.
J'ai jeté un coup d'oeuil sur ton site qui, n'étant pas supr-rapide, répondait dans un temps acceptable. Une fois que j'avais autorisé javascript pour ton site il ramait. D'où l'idée de s'intéresser à la mémoire.
On a déjà eu le cas d'un site qui devenait de plus en plus lent, alors on a fait augmenter la quantité de mémoire disponible par le prestataire et hop, tout est renté dans l'ordre. J'ai mis longtemps pour tous ces tests. Finalement on a compris qu'en rajoutant de plus en plus de fonction par des plugins il fallait plus de mémoire qu'au démarrage du site. Les nouvelles version de SPIP sont plus gourmandes en mémoire aussi ...
La valeur qui t'intéresse est "memory_limit". Avec 128M c'est
normalement bon. S'il y a des problèmes même avec cette valeur, il
faudrait désactiver tous les plugins et thèmes, tester la rapidité du
site et les réactiver successivement afin de trouver le coupable.
Si la valeur de memory_limit est inférieur il faut procéder de la même
manière, seulement on peut s'attendre à une saturation plus rapide de la
mémoire - à partir de ce moment le site sera de nouveau lent.
Combien de plugins est-ce qu'il y a d'actifs et est-ce qu'il y a des
modifications personnelles du genre nouvelle fonction php dans
mes_options.php ? Si oui il faudrait désactiver tout ca aussi.
Bon courage,
klaus++
On 22.11.2012 23:18, Laurent Bloch wrote:
Bonjour,
Depuis un passage imprudent à la version 3.0.5 de Spip, suivi de
tentatives
infructueuses pour faire machine arrière, mon site est d'une lenteur
désespérante.
Les logs (exemple ci-joint) révèlent des incohérences dans la base de
données.
Mes tentatives de réparation ont carrément bloqué le site, et je suis
moi-même
bloqué, du coup je ne touche plus à rien. Merci de toute indication.
Merci ! Je vais demander à mon hébergeur d'augmenter memory_limit
dans php_ini, puisque je n'y ai pas accès. Mais restent les erreurs dans
la base de données...
@+
Le vendredi 23 novembre 2012 klaus++ a écrit ceci :
J'ai jeté un coup d'oeuil sur ton site qui, n'étant pas supr-rapide,
répondait dans un temps acceptable. Une fois que j'avais autorisé
javascript pour ton site il ramait. D'où l'idée de s'intéresser à la
mémoire.
On a déjà eu le cas d'un site qui devenait de plus en plus lent, alors
on a fait augmenter la quantité de mémoire disponible par le prestataire
et hop, tout est renté dans l'ordre. J'ai mis longtemps pour tous ces
tests. Finalement on a compris qu'en rajoutant de plus en plus de
fonction par des plugins il fallait plus de mémoire qu'au démarrage du
site. Les nouvelles version de SPIP sont plus gourmandes en mémoire
aussi ...
klaus++
On 23.11.2012 09:46, klaus++ wrote:
> Vérifies la mémoire vive disponible :
> http://www.laurentbloch.org/frnew/ecrire/?exec=info
> http://www.laurentbloch.org/fr/ecrire/?exec=info
> (C'est pareil)
>
> La valeur qui t'intéresse est "memory_limit". Avec 128M c'est
> normalement bon. S'il y a des problèmes même avec cette valeur, il
> faudrait désactiver tous les plugins et thèmes, tester la rapidité du
> site et les réactiver successivement afin de trouver le coupable.
>
> Si la valeur de memory_limit est inférieur il faut procéder de la même
> manière, seulement on peut s'attendre à une saturation plus rapide de la
> mémoire - à partir de ce moment le site sera de nouveau lent.
>
> Combien de plugins est-ce qu'il y a d'actifs et est-ce qu'il y a des
> modifications personnelles du genre nouvelle fonction php dans
> mes_options.php ? Si oui il faudrait désactiver tout ca aussi.
>
> Bon courage,
> klaus++
>
> On 22.11.2012 23:18, Laurent Bloch wrote:
>> Bonjour,
>>
>> Depuis un passage imprudent à la version 3.0.5 de Spip, suivi de
>> tentatives
>> infructueuses pour faire machine arrière, mon site est d'une lenteur
>> désespérante.
>> Les logs (exemple ci-joint) révèlent des incohérences dans la base de
>> données.
>> Mes tentatives de réparation ont carrément bloqué le site, et je suis
>> moi-même
>> bloqué, du coup je ne touche plus à rien. Merci de toute indication.
>>
>> Les sites concernés :
>>
>> http://www.laurentbloch.org/fr/
>> http://www.laurentbloch.org/frnew/
>>
>> Spipement.
>>
>>
>>
>>
>> _______________________________________________
>> liste spip
>> spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net
>>
>> Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
>> Discuter chez rezo.net
>>
>> Documentation de SPIP : http://www.spip.net/
>>
>> Irc : de l'aide à toute heure : http://spip.net/irc
> _______________________________________________
> liste spip
> spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net
>
> Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
> Discuter chez rezo.net
>
> Documentation de SPIP : http://www.spip.net/
>
> Irc : de l'aide à toute heure : http://spip.net/irc
>
>
--
Laurent Bloch - http://www.laurentbloch.org - lb@laurentbloch.org
Tél. priv. : +33 1 43 14 04 55 mob. : +33 6 03 12 16 97 - GPG : 943EB1A3
Time is what keeps everything from happening all at once.
Une fois migré vers SPIP 3 moins de questions se posent de ce côté là, c'est beaucoup mieux géré surtout en ce qui concerne les sauvegardes.
Dans un premier temps j'essayerais la fonction de réparation de bdd interne à SPIP. Si ce n'est pas suffisant je repartirai avec une nouvelle installation de l'ancien site (á partir des copies de sauvegarde).
Si possible je ferais la mise à jours après avoir déactivé tous les plugins. Si des plugins ont modifié la structure de la bdd c'est un peu plus compliqué mais toujours faisable.
Dans ce cas je désactiverais tous les plugins qui n'ont pas d'influence sur la bdd ou dont on peut réinstaller le contenu á partir d'une autre source (YAML etc.)
Si le problème de bdd revient il faudrait l'analyser plus précisément, mais il est rare que ce soit nécessaire.
klaus++
Pour migrer vers SPIP 3
On 23.11.2012 10:20, Laurent Bloch wrote:
Merci ! Je vais demander à mon hébergeur d'augmenter memory_limit
dans php_ini, puisque je n'y ai pas accès. Mais restent les erreurs dans
la base de données...
@+
Le vendredi 23 novembre 2012 klaus++ a écrit ceci :
J'ai jeté un coup d'oeuil sur ton site qui, n'étant pas supr-rapide,
répondait dans un temps acceptable. Une fois que j'avais autorisé
javascript pour ton site il ramait. D'où l'idée de s'intéresser à la
mémoire.
On a déjà eu le cas d'un site qui devenait de plus en plus lent, alors
on a fait augmenter la quantité de mémoire disponible par le prestataire
et hop, tout est renté dans l'ordre. J'ai mis longtemps pour tous ces
tests. Finalement on a compris qu'en rajoutant de plus en plus de
fonction par des plugins il fallait plus de mémoire qu'au démarrage du
site. Les nouvelles version de SPIP sont plus gourmandes en mémoire
aussi ...
La valeur qui t'intéresse est "memory_limit". Avec 128M c'est
normalement bon. S'il y a des problèmes même avec cette valeur, il
faudrait désactiver tous les plugins et thèmes, tester la rapidité du
site et les réactiver successivement afin de trouver le coupable.
Si la valeur de memory_limit est inférieur il faut procéder de la même
manière, seulement on peut s'attendre à une saturation plus rapide de la
mémoire - à partir de ce moment le site sera de nouveau lent.
Combien de plugins est-ce qu'il y a d'actifs et est-ce qu'il y a des
modifications personnelles du genre nouvelle fonction php dans
mes_options.php ? Si oui il faudrait désactiver tout ca aussi.
Bon courage,
klaus++
On 22.11.2012 23:18, Laurent Bloch wrote:
Bonjour,
Depuis un passage imprudent à la version 3.0.5 de Spip, suivi de
tentatives
infructueuses pour faire machine arrière, mon site est d'une lenteur
désespérante.
Les logs (exemple ci-joint) révèlent des incohérences dans la base de
données.
Mes tentatives de réparation ont carrément bloqué le site, et je suis
moi-même
bloqué, du coup je ne touche plus à rien. Merci de toute indication.
Le jeudi 22 novembre 2012 Laurent Bloch a écrit ceci :
Depuis un passage imprudent à la version 3.0.5 de Spip, suivi de tentatives
infructueuses pour faire machine arrière, mon site est d'une lenteur désespérante.
Les logs (exemple ci-joint) révèlent des incohérences dans la base de données.
Mes tentatives de réparation ont carrément bloqué le site, et je suis moi-même
bloqué, du coup je ne touche plus à rien. Merci de toute indication.
Finalement, non sans pas mal d'heures de travail, je suis repassé à Spip 2.1.19,
et le fonctionnement est correct, sinon très rapide. Je serai plus prudent à
l'avenir !
Cordialement.
--
Laurent Bloch - http://www.laurentbloch.org - lb@laurentbloch.org
Time is what keeps everything from happening all at once.
