Bonjour la liste;
J’ai un problème de plus en plus fréquent sur mon site, moi administrateur principal et aussi mes administrateurs restreints:
En cours de travail sur le site privé, lors de l’enregistrement d’un article par exemple, s’affiche le message:
empêche l’accès à cette partie du site.
Merci de votre compréhension.
Quelqu’un a-t’il une idée d’où peut venir ce problème ?
Salut, j’ai déjà eu ce problème, quand j’avais un serveur mutualisé chez OVH.
En fait, SPIP effectuant beaucoup de requête vers la Base de Données, cela fait planter le serveur MySQL…
Il faudrait que tu changes d’hébergeur à mon avis.
++
Castillo974.
De : JP.POUPEAU [mailto:tjpp@free.fr]
Envoyé : mercredi 28 janvier 2009 17:30
À : spip@rezo.net
Objet : [Spip] Site en travaux
Bonjour la liste;
J’ai un problème de plus en plus fréquent sur mon site, moi administrateur principal et aussi mes administrateurs restreints:
En cours de travail sur le site privé, lors de l’enregistrement d’un article par exemple, s’affiche le message:
Attention : un problème technique (serveur MySQL)
empêche l’accès à cette partie du site.
Merci de votre compréhension.
Quelqu’un a-t’il une idée d’où peut venir ce problème ?
MAX
Merci pour cette info, j’espère malgré tout qu’il puisse y avoir une autre solution que de changer d’hébergeur.
J’ai aussi interrogé l’hébergeur qui est bien ovh, j’attend sa réponse
De : Aurélien CROÜS [mailto:aurelien.crous@wanadoo.fr]
Envoyé : mercredi 28 janvier 2009 15:21
À : ‹ JP.POUPEAU ›; spip@rezo.net
Objet : RE: [Spip] Site en travaux
Salut, jai déjà eu ce problème, quand javais un serveur mutualisé chez OVH.
En fait, SPIP effectuant beaucoup de requête vers la Base de Données, cela fait planter le serveur MySQL
Il faudrait que tu changes dhébergeur à mon avis.
++
Castillo974.
De : JP.POUPEAU [mailto:tjpp@free.fr]
Envoyé : mercredi 28 janvier 2009 17:30
À : spip@rezo.net
Objet : [Spip] Site en travaux
Bonjour la liste;
J’ai un problème de plus en plus fréquent sur mon site, moi administrateur principal et aussi mes administrateurs restreints:
En cours de travail sur le site privé, lors de l’enregistrement d’un article par exemple, s’affiche le message:
Attention : un problème technique (serveur MySQL)
empêche l’accès à cette partie du site.
Merci de votre compréhension.
Quelqu’un a-t’il une idée d’où peut venir ce problème ?
MAX
Salut !
Ils vont te dire que cela ne vient pas d’eux mais de spip.
Et que toutes leurs offrent d’hébergement supportent spip2 car elles offrent toutes le php…
Bon courage.
– Patrick
-----Message d’origine-----
De : JP.POUPEAU [mailto:tjpp@free.fr]
Envoyé : mercredi 28 janvier 2009 15:28
À : ‹ Aurélien CROÜS ›; spip@rezo.net
Objet : Re: [Spip] Site en travaux
Merci pour cette info, j’espère malgré tout qu’il puisse y avoir une autre solution que de changer d’hébergeur.
J’ai aussi interrogé l’hébergeur qui est bien ovh, j’attend sa réponse
De : Aurélien CROÜS [mailto:aurelien.crous@wanadoo.fr]
Envoyé : mercredi 28 janvier 2009 15:21
À : ‹ JP.POUPEAU ›; spip@rezo.net
Objet : RE: [Spip] Site en travauxSalut, j’ai déjà eu ce problème, quand j’avais un serveur mutualisé chez OVH.
En fait, SPIP effectuant beaucoup de requête vers la Base de Données, cela fait planter le serveur MySQL…
Il faudrait que tu changes d’hébergeur à mon avis.
++
Castillo974.
De : JP.POUPEAU [mailto:tjpp@free.fr]
Envoyé : mercredi 28 janvier 2009 17:30
À : spip@rezo.net
Objet : [Spip] Site en travauxBonjour la liste;
J’ai un problème de plus en plus fréquent sur mon site, moi administrateur principal et aussi mes administrateurs restreints:
En cours de travail sur le site privé, lors de l’enregistrement d’un article par exemple, s’affiche le message:
Site en travaux
Attention : un problème technique (serveur MySQL)
empêche l’accès à cette partie du site.
Merci de votre compréhension.
Quelqu’un a-t’il une idée d’où peut venir ce problème ?
MAX
Bonjour,
Je rencontre aussi de gros problème avec mon site. Le même genre de problèmes de requêtes trop nombreuses. Le technicien m'a dit que c'est n'importe quoi la quantité de requête (2000!) rien que sur ma page d'accueil. Il m'a dit que j'utilise trop de plugins. Bon avec le squelette SARKA-SPIP et le couteau-suisse c'est un peu normal que vu que ce sont des plugs ! Pas de réponse à ce sujet...
J'ai un hébergement mutualisé chez OVH (60gp). Que faut-il regarder pour savoir quel formule ne sera pas limite en ce qui concerne le nombre de requête et le plantage du serveur MySQL ?? Je suis débutant (webmaster amateur depuis cet été) et je suis exaspérer d'avoir des ennuis sur mon site qui commence à avoir du succès. Mais dès qu'il y a du monde ça plante très souvent.
MErci pour vos lumières !
Julien
NB : je suis en SPIP 1.9.2d [11132] <http://www.spip.net> | Sarka-SPIP 2.0.2 [20232] <http://sarka-spip.com>
JP.POUPEAU a écrit :
Merci pour cette info, j'espère malgré tout qu'il puisse y avoir une autre solution que de changer d'hébergeur.
J'ai aussi interrogé l'hébergeur qui est bien ovh, j'attend sa réponse------------------------------------------------------------------------
*De :* Aurélien CROÜS [mailto:aurelien.crous@wanadoo.fr]
*Envoyé :* mercredi 28 janvier 2009 15:21
*À :* 'JP.POUPEAU'; spip@rezo.net
*Objet :* RE: [Spip] Site en travauxSalut, j’ai déjà eu ce problème, quand j’avais un serveur mutualisé chez OVH.
En fait, SPIP effectuant beaucoup de requête vers la Base de Données, cela fait planter le serveur MySQL…
Il faudrait que tu changes d’hébergeur à mon avis.
++
Castillo974.
*De :* JP.POUPEAU [mailto:tjpp@free.fr]
*Envoyé :* mercredi 28 janvier 2009 17:30
*À :* spip@rezo.net
*Objet :* [Spip] Site en travauxBonjour la liste;
J'ai un problème de plus en plus fréquent sur mon site, moi administrateur principal et aussi mes administrateurs restreints:
En cours de travail sur le site privé, lors de l'enregistrement d'un article par exemple, s'affiche le message:
Site en travaux
*Attention : un problème technique (serveur MySQL) *
*empêche l'accès à cette partie du site. *
*Merci de votre compréhension.*
Quelqu'un a-t'il une idée d'où peut venir ce problème ?
MAX
------------------------------------------------------------------------
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
Bonjour
Peut-être qu'à force de recevoir des tickets sur spip2, ovh va chercher un peu plus d'où vient le problème...
Start 1G pour moi.
Ça merdoie même avec zéro plugin et le squelette dist.
--
Patrick
Julien Hering a écrit :
Bonjour,
Je rencontre aussi de gros problème avec mon site. Le même genre de problèmes de requêtes trop nombreuses. Le technicien m'a dit que c'est n'importe quoi la quantité de requête (2000!) rien que sur ma page d'accueil. Il m'a dit que j'utilise trop de plugins. Bon avec le squelette SARKA-SPIP et le couteau-suisse c'est un peu normal que vu que ce sont des plugs ! Pas de réponse à ce sujet...
J'ai un hébergement mutualisé chez OVH (60gp). Que faut-il regarder pour savoir quel formule ne sera pas limite en ce qui concerne le nombre de requête et le plantage du serveur MySQL ?? Je suis débutant (webmaster amateur depuis cet été) et je suis exaspérer d'avoir des ennuis sur mon site qui commence à avoir du succès. Mais dès qu'il y a du monde ça plante très souvent.
MErci pour vos lumières !
Julien
NB : je suis en SPIP 1.9.2d [11132] <http://www.spip.net> | Sarka-SPIP 2.0.2 [20232] <http://sarka-spip.com>
JP.POUPEAU a écrit :
Merci pour cette info, j'espère malgré tout qu'il puisse y avoir une autre solution que de changer d'hébergeur.
J'ai aussi interrogé l'hébergeur qui est bien ovh, j'attend sa réponse------------------------------------------------------------------------
*De :* Aurélien CROÜS [mailto:aurelien.crous@wanadoo.fr]
*Envoyé :* mercredi 28 janvier 2009 15:21
*À :* 'JP.POUPEAU'; spip@rezo.net
*Objet :* RE: [Spip] Site en travauxSalut, j’ai déjà eu ce problème, quand j’avais un serveur mutualisé chez OVH.
En fait, SPIP effectuant beaucoup de requête vers la Base de Données, cela fait planter le serveur MySQL…
Il faudrait que tu changes d’hébergeur à mon avis.
++
Castillo974.
*De :* JP.POUPEAU [mailto:tjpp@free.fr]
*Envoyé :* mercredi 28 janvier 2009 17:30
*À :* spip@rezo.net
*Objet :* [Spip] Site en travauxBonjour la liste;
J'ai un problème de plus en plus fréquent sur mon site, moi administrateur principal et aussi mes administrateurs restreints:
En cours de travail sur le site privé, lors de l'enregistrement d'un article par exemple, s'affiche le message:
Site en travaux
*Attention : un problème technique (serveur MySQL) *
*empêche l'accès à cette partie du site. *
*Merci de votre compréhension.*
Quelqu'un a-t'il une idée d'où peut venir ce problème ?
MAX
------------------------------------------------------------------------
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
Patrick a écrit :
Bonjour
Peut-être qu'à force de recevoir des tickets sur spip2, ovh va chercher un peu plus d'où vient le problème...
Start 1G pour moi.
Ça merdoie même avec zéro plugin et le squelette dist.
il n'y a pas un soucis sur le nombre de requetes dans un temps donné ?
et si tu augmentais le cache de tes pages ? ( une lame du couteau suisse fait cela )
et si tu ajoutais un des plugins Fastcache ou Expresso ?
quelle taille fait ton cache ?
et si tu regardais en rajoutant ?var_profile=1 a ton squelette ( tu verrais les requetes et leur nombre ) ( et vu que tu es sous spip2, tu sauras dans quel squelette ca se passe )
Optimiser les boucles est souvent la réponse a ce genre de problèmes, ou avoir une offre adapté au nombre de requete de SPIP.
Mais SPIP n'est pas trés gourmand quand on le compare avec d'autre CMS ... tout dépends de ce que l'on en fait ...
Bonjour,
Yoann NOGUES a écrit :
Patrick a écrit :
Bonjour
Peut-être qu'à force de recevoir des tickets sur spip2, ovh va chercher un peu plus d'où vient le problème...
Start 1G pour moi.
Ça merdoie même avec zéro plugin et le squelette dist.il n'y a pas un soucis sur le nombre de requetes dans un temps donné ?
Quelle est la limite min pour SPIP ? J'ai vu qu'à OVH il faut arrivéer aux hébergement "pro" pour avoir 10 connexions simultanée. En "gp" comme moi c'est 3 et en "G" comme Yoann c'est 1. Est-ce là que le bas blesse ?
et si tu augmentais le cache de tes pages ? ( une lame du couteau suisse fait cela )
et si tu ajoutais un des plugins Fastcache ou Expresso ?
quelle taille fait ton cache ?
Le technicien d'OVH m'a de suite suggéré de mettre mon cache à zéro. Une hérésie ? Moi j'en sais rien...
et si tu regardais en rajoutant ?var_profile=1 a ton squelette ( tu verrais les requetes et leur nombre ) ( et vu que tu es sous spip2, tu sauras dans quel squelette ca se passe )
Optimiser les boucles est souvent la réponse a ce genre de problèmes, ou avoir une offre adapté au nombre de requete de SPIP.
Idem que ma question d'avant : quel serait ce nombre ?
Mais SPIP n'est pas trés gourmand quand on le compare avec d'autre CMS ... tout dépends de ce que l'on en fait ...
Merci d'avance si quelqu'un aurait des réponses ?
Cordialement,
Julien
Bonjour,
Pas d'idées ? ça serait sympa si quelqu'un pouvait me donner des conseils
Bonjour,
Yoann NOGUES a écrit :
Patrick a écrit :
Bonjour
Peut-être qu'à force de recevoir des tickets sur spip2, ovh va chercher un peu plus d'où vient le problème...
Start 1G pour moi.
Ça merdoie même avec zéro plugin et le squelette dist.il n'y a pas un soucis sur le nombre de requetes dans un temps donné ?
Quelle est la limite min pour SPIP ? J'ai vu qu'à OVH il faut arrivéer
aux hébergement "pro" pour avoir 10 connexions simultanée. En "gp" comme
moi c'est 3 et en "G" comme Yoann c'est 1. Est-ce là que le bas blesse ?
et si tu augmentais le cache de tes pages ? ( une lame du couteau suisse fait cela )
et si tu ajoutais un des plugins Fastcache ou Expresso ?
quelle taille fait ton cache ?
Le technicien d'OVH m'a de suite suggéré de mettre mon cache à zéro. Une
hérésie ? Moi j'en sais rien...
et si tu regardais en rajoutant ?var_profile=1 a ton squelette ( tu verrais les requetes et leur nombre ) ( et vu que tu es sous spip2, tu sauras dans quel squelette ca se passe )
Optimiser les boucles est souvent la réponse a ce genre de problèmes, ou avoir une offre adapté au nombre de requete de SPIP.
Idem que ma question d'avant : quel serait ce nombre ?
Mais SPIP n'est pas trés gourmand quand on le compare avec d'autre CMS ... tout dépends de ce que l'on en fait ...
Merci d'avance si quelqu'un aurait des réponses...
Cordialement,
Julien
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
En 60GP les limites de connexions MySQL (3 simultanés) ne sont pas
suffisantes pour SPIP 2, il faudra donc basculer sur les 90PLAN
En fait la limite des 3 connexions MySQL est commune à toute la gamme GP et
G.
Donc en dessous de 90PLAN, point de salut (ou il faut se tourner vers une
offre de SPIP mutualisé commme il va en exister progressivement).
-----Message d'origine-----
De : Julien Hering [mailto:julien.hering@aliceadsl.fr]
Envoyé : jeudi 29 janvier 2009 14:45
À : spip@rezo.net
Objet : Re: [Spip] [spam] Site en travaux (bis)
Bonjour,
Pas d'idées ? ça serait sympa si quelqu'un pouvait me donner des conseils
Bonjour,
Yoann NOGUES a écrit :
Patrick a écrit :
Bonjour
Peut-être qu'à force de recevoir des tickets sur spip2, ovh va
chercher un peu plus d'où vient le problème...
Start 1G pour moi.
Ça merdoie même avec zéro plugin et le squelette dist.il n'y a pas un soucis sur le nombre de requetes dans un temps donné ?
Quelle est la limite min pour SPIP ? J'ai vu qu'à OVH il faut arrivéer
aux hébergement "pro" pour avoir 10 connexions simultanée. En "gp" comme
moi c'est 3 et en "G" comme Yoann c'est 1. Est-ce là que le bas blesse ?
et si tu augmentais le cache de tes pages ? ( une lame du couteau
suisse fait cela )
et si tu ajoutais un des plugins Fastcache ou Expresso ?
quelle taille fait ton cache ?
Le technicien d'OVH m'a de suite suggéré de mettre mon cache à zéro. Une
hérésie ? Moi j'en sais rien...
et si tu regardais en rajoutant ?var_profile=1 a ton squelette ( tu
verrais les requetes et leur nombre ) ( et vu que tu es sous spip2, tu
sauras dans quel squelette ca se passe )Optimiser les boucles est souvent la réponse a ce genre de problèmes,
ou avoir une offre adapté au nombre de requete de SPIP.
Idem que ma question d'avant : quel serait ce nombre ?
Mais SPIP n'est pas trés gourmand quand on le compare avec d'autre CMS
... tout dépends de ce que l'on en fait ...
Merci d'avance si quelqu'un aurait des réponses...
Cordialement,
Julien
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou
http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou
http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
A noter que seules certaines pages plantent sur les 60GP, comme la page de
configuration avancée GD.
Il te suffit dans ce cas là de supprimer le fichier /tmp/mysqlout
-----Message d'origine-----
De : Samy Rabih [mailto:samy.rabih@free.fr]
Envoyé : jeudi 29 janvier 2009 14:50
À : 'Julien Hering'; spip@rezo.net
Objet : Re: [Spip] [spam] Site en travaux (bis)
En 60GP les limites de connexions MySQL (3 simultanés) ne sont pas
suffisantes pour SPIP 2, il faudra donc basculer sur les 90PLAN
En fait la limite des 3 connexions MySQL est commune à toute la gamme GP et
G.
Donc en dessous de 90PLAN, point de salut (ou il faut se tourner vers une
offre de SPIP mutualisé commme il va en exister progressivement).
-----Message d'origine-----
De : Julien Hering [mailto:julien.hering@aliceadsl.fr]
Envoyé : jeudi 29 janvier 2009 14:45
À : spip@rezo.net
Objet : Re: [Spip] [spam] Site en travaux (bis)
Bonjour,
Pas d'idées ? ça serait sympa si quelqu'un pouvait me donner des conseils
Bonjour,
Yoann NOGUES a écrit :
Patrick a écrit :
Bonjour
Peut-être qu'à force de recevoir des tickets sur spip2, ovh va
chercher un peu plus d'où vient le problème...
Start 1G pour moi.
Ça merdoie même avec zéro plugin et le squelette dist.il n'y a pas un soucis sur le nombre de requetes dans un temps donné ?
Quelle est la limite min pour SPIP ? J'ai vu qu'à OVH il faut arrivéer
aux hébergement "pro" pour avoir 10 connexions simultanée. En "gp" comme
moi c'est 3 et en "G" comme Yoann c'est 1. Est-ce là que le bas blesse ?
et si tu augmentais le cache de tes pages ? ( une lame du couteau
suisse fait cela )
et si tu ajoutais un des plugins Fastcache ou Expresso ?
quelle taille fait ton cache ?
Le technicien d'OVH m'a de suite suggéré de mettre mon cache à zéro. Une
hérésie ? Moi j'en sais rien...
et si tu regardais en rajoutant ?var_profile=1 a ton squelette ( tu
verrais les requetes et leur nombre ) ( et vu que tu es sous spip2, tu
sauras dans quel squelette ca se passe )Optimiser les boucles est souvent la réponse a ce genre de problèmes,
ou avoir une offre adapté au nombre de requete de SPIP.
Idem que ma question d'avant : quel serait ce nombre ?
Mais SPIP n'est pas trés gourmand quand on le compare avec d'autre CMS
... tout dépends de ce que l'on en fait ...
Merci d'avance si quelqu'un aurait des réponses...
Cordialement,
Julien
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou
http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou
http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou
http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
Je suis sur 1.9.2d. mais je pense que la limite est la même...
Par rapport à la suppression de l'utilisation du cache que m'a conseillé le technicien d'OVH : c'est raisonnable ? Quel est l'incidence ?
Bon je vais me renseigner pour passer en 90PLAN même si ça me plaît pas trop vue que c'est plus chère et le site est utilisé pas un collectif de précaires (donc fauchés :-\ )
Merci pour ces super utiles infos !
Julien
Samy Rabih a écrit :
En 60GP les limites de connexions MySQL (3 simultanés) ne sont pas
suffisantes pour SPIP 2, il faudra donc basculer sur les 90PLANEn fait la limite des 3 connexions MySQL est commune à toute la gamme GP et
G.Donc en dessous de 90PLAN, point de salut (ou il faut se tourner vers une
offre de SPIP mutualisé commme il va en exister progressivement).-----Message d'origine-----
De : Julien Hering [mailto:julien.hering@aliceadsl.fr] Envoyé : jeudi 29 janvier 2009 14:45
À : spip@rezo.net
Objet : Re: [Spip] [spam] Site en travaux (bis)Bonjour,
Pas d'idées ? ça serait sympa si quelqu'un pouvait me donner des conseils
Bonjour,
Yoann NOGUES a écrit :
Patrick a écrit :
Bonjour
Peut-être qu'à force de recevoir des tickets sur spip2, ovh va chercher un peu plus d'où vient le problème...
Start 1G pour moi.
Ça merdoie même avec zéro plugin et le squelette dist.
il n'y a pas un soucis sur le nombre de requetes dans un temps donné ?
Quelle est la limite min pour SPIP ? J'ai vu qu'à OVH il faut arrivéer
aux hébergement "pro" pour avoir 10 connexions simultanée. En "gp" comme
moi c'est 3 et en "G" comme Yoann c'est 1. Est-ce là que le bas blesse ?et si tu augmentais le cache de tes pages ? ( une lame du couteau suisse fait cela )
et si tu ajoutais un des plugins Fastcache ou Expresso ?
quelle taille fait ton cache ?
Le technicien d'OVH m'a de suite suggéré de mettre mon cache à zéro. Une
hérésie ? Moi j'en sais rien...et si tu regardais en rajoutant ?var_profile=1 a ton squelette ( tu verrais les requetes et leur nombre ) ( et vu que tu es sous spip2, tu sauras dans quel squelette ca se passe )
Optimiser les boucles est souvent la réponse a ce genre de problèmes, ou avoir une offre adapté au nombre de requete de SPIP.
Idem que ma question d'avant : quel serait ce nombre ?Mais SPIP n'est pas trés gourmand quand on le compare avec d'autre CMS ... tout dépends de ce que l'on en fait ...
Merci d'avance si quelqu'un aurait des réponses...Cordialement,
Julien
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
En fait chez moi c'est surtout les pages très visitées qui plantent... Même si dans la partie privée les admin se font régulièrement virer.
Je viens de vérifier : le fichier mysql_out fait 0k alors que le site est très visité. Normal peut-être si j'ai désactivé le cache sur les recommandation d'OVH ?
Merci encore,
Julien
Samy Rabih a écrit :
A noter que seules certaines pages plantent sur les 60GP, comme la page de
configuration avancée GD.Il te suffit dans ce cas là de supprimer le fichier /tmp/mysqlout
-----Message d'origine-----
De : Samy Rabih [mailto:samy.rabih@free.fr] Envoyé : jeudi 29 janvier 2009 14:50
À : 'Julien Hering'; spip@rezo.net
Objet : Re: [Spip] [spam] Site en travaux (bis)En 60GP les limites de connexions MySQL (3 simultanés) ne sont pas
suffisantes pour SPIP 2, il faudra donc basculer sur les 90PLANEn fait la limite des 3 connexions MySQL est commune à toute la gamme GP et
G.Donc en dessous de 90PLAN, point de salut (ou il faut se tourner vers une
offre de SPIP mutualisé commme il va en exister progressivement).-----Message d'origine-----
De : Julien Hering [mailto:julien.hering@aliceadsl.fr] Envoyé : jeudi 29 janvier 2009 14:45
À : spip@rezo.net
Objet : Re: [Spip] [spam] Site en travaux (bis)Bonjour,
Pas d'idées ? ça serait sympa si quelqu'un pouvait me donner des conseils
Bonjour,
Yoann NOGUES a écrit :
Patrick a écrit :
Bonjour
Peut-être qu'à force de recevoir des tickets sur spip2, ovh va chercher un peu plus d'où vient le problème...
Start 1G pour moi.
Ça merdoie même avec zéro plugin et le squelette dist.
il n'y a pas un soucis sur le nombre de requetes dans un temps donné ?
Quelle est la limite min pour SPIP ? J'ai vu qu'à OVH il faut arrivéer
aux hébergement "pro" pour avoir 10 connexions simultanée. En "gp" comme
moi c'est 3 et en "G" comme Yoann c'est 1. Est-ce là que le bas blesse ?et si tu augmentais le cache de tes pages ? ( une lame du couteau suisse fait cela )
et si tu ajoutais un des plugins Fastcache ou Expresso ?
quelle taille fait ton cache ?
Le technicien d'OVH m'a de suite suggéré de mettre mon cache à zéro. Une
hérésie ? Moi j'en sais rien...et si tu regardais en rajoutant ?var_profile=1 a ton squelette ( tu verrais les requetes et leur nombre ) ( et vu que tu es sous spip2, tu sauras dans quel squelette ca se passe )
Optimiser les boucles est souvent la réponse a ce genre de problèmes, ou avoir une offre adapté au nombre de requete de SPIP.
Idem que ma question d'avant : quel serait ce nombre ?Mais SPIP n'est pas trés gourmand quand on le compare avec d'autre CMS ... tout dépends de ce que l'on en fait ...
Merci d'avance si quelqu'un aurait des réponses...Cordialement,
Julien
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
Julien Hering a écrit :
Je viens de vérifier : le fichier mysql_out fait 0k alors que le site est très visité. Normal peut-être si j'ai désactivé le cache sur les recommandation d'OVH ?
non non.
rien à voir avec le cache.
le fichier tmp/mysqlout n'est pas un fichier qui se remplirait de ce qui viendrait de mysql.
il faut plutôt le traduire par mysql_is_down
il reste vide.
seule da présence et la date de sa dernière modif (filemtime) sont importante
si ce fichier existe *et* qu'il date de moins de 30 secondes, alors spip ne tentera plus de se connecter au serveur sql
de plus il y aura une (ou deux successives) erreur notée dans spip.log
Julien Hering a écrit :
Le technicien d'OVH m'a de suite suggéré de mettre mon cache à zéro. Une
hérésie ? Moi j'en sais rien...
hérésie peut-être pas (même si ce technicien mériterait de finir sur un bûcher à rouen...) [1]
en passant #CACHE à zéro, à chaque consultation de tes pages, *toutes* les requêtes sql de chacune de tes boucles seront lancées (pour générer les données résultantes).
alors qu'avec un #CACHE de durée importante, tant que cette durée ne sera pas dépassée, spip ira directement dans tmp/cache/ chercher le html précédemment généré sans lancer de requête sql.
donner un #CACHE consiste à dire :
ne va pas me génèrer de nouvelles données pendant ce laps de temps,
mais utilise plutôt les résultats déjà retournés
et rangés ici : tmp/cache/.
attention !
ça ne veux pas dire qu'il n'y à *aucune* requête sql dans une page déjà présente en cache.
mais il y en aura moins (et parfois, beaucoup moins).
[1] il faudrait sans doute un smiley ici...
Merci pour ces infos hyper instructives !!!
Donc si une page persiste à me générer un "site en travaux - erreur d'accès au serveur" je peux comme suggéré par Samy supprimer ce fichier.
Merci,
julien
denisb a écrit :
Julien Hering a écrit :
Je viens de vérifier : le fichier mysql_out fait 0k alors que le site est très visité. Normal peut-être si j'ai désactivé le cache sur les recommandation d'OVH ?
non non.
rien à voir avec le cache.le fichier tmp/mysqlout n'est pas un fichier qui se remplirait de ce qui viendrait de mysql.
il faut plutôt le traduire par mysql_is_downil reste vide.
seule da présence et la date de sa dernière modif (filemtime) sont importante
si ce fichier existe *et* qu'il date de moins de 30 secondes, alors spip ne tentera plus de se connecter au serveur sqlde plus il y aura une (ou deux successives) erreur notée dans spip.log
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
denisb a écrit :
Julien Hering a écrit :
Le technicien d'OVH m'a de suite suggéré de mettre mon cache à zéro. Une
hérésie ? Moi j'en sais rien...hérésie peut-être pas (même si ce technicien mériterait de finir sur un bûcher à rouen...) [1]
en passant #CACHE à zéro, à chaque consultation de tes pages, *toutes* les requêtes sql de chacune de tes boucles seront lancées (pour générer les données résultantes).
alors qu'avec un #CACHE de durée importante, tant que cette durée ne sera pas dépassée, spip ira directement dans tmp/cache/ chercher le html précédemment généré sans lancer de requête sql.
donner un #CACHE consiste à dire :
ne va pas me génèrer de nouvelles données pendant ce laps de temps,
mais utilise plutôt les résultats déjà retournés
et rangés ici : tmp/cache/.attention !
ça ne veux pas dire qu'il n'y à *aucune* requête sql dans une page déjà présente en cache.
mais il y en aura moins (et parfois, beaucoup moins).[1] il faudrait sans doute un smiley ici...
En fait, je n'ai modifié que la taille du cache (de 10Mo par défaut à 0 via le couteau suisse) sans toucher à sa durée. A priori d'après les explication ci-dessus cela n'a pas trop de sens de mettre la taille du cache à 0 si la durée de #CACHE est identique. OK j'ai tout suivi ?
Puisque apparemment mon problème récurrent vient surtout de a limite trop faible de nombre de requêtes simultanées chez OVH 60gp, ce n'est pas en mettant le cache à 0Mo que cela va s'arranger. Au contraire, on dirait !
Un grand merci pour ses explications précieuses.
Julien
Julien Hering a écrit :
Donc si une page persiste à me générer un "site en travaux - erreur d'accès au serveur" je peux comme suggéré par Samy supprimer ce fichier.
si tu as une page qui persiste à 'bombarder' le serveur sql de trop de requêtes enchaînées trop rapidement, mysqlout se recréera automatiquement et bloquera les futurs accès pendant 30 secondes...
s'il s'agit d'une page de squelette public, peut-être revoir les boucles de cette page.
si c'est une page de l'interface privée
(par exemple : ecrire/?exec=config_fonctions),
ben... il n'y a pas grand chose à faire...
Julien Hering a écrit :
En fait, je n'ai modifié que la taille du cache (de 10Mo par défaut à 0 via le couteau suisse) sans toucher à sa durée.
alors je retire ce que j'ai dit de bêtement méchant sur la réponse du technicien d'ovh.
tu parlais de la *taille* du cache dans l'interface de configuration,
je répondais sur la *durée* du cache des pages (la balise #CACHE).
donc.
passer en configuration le cache à zéro, revient à ne pas donner de limite en taille de stockage des pages cachées (par la balise #CACHE).
le risque est de te retrouver avec une occupation de ton espace disque assez importante ; les fichiers de cache (dans tmp/cache/) ayant une propension à se multiplier à (trés) grande vitesse (de vrais lapins)...
Puisque apparemment mon problème récurrent vient surtout de a limite trop faible de nombre de requêtes simultanées chez OVH 60gp, ce n'est pas en mettant le cache à 0Mo que cela va s'arranger.
ça va te permettre de stocker un plus grand nombre de caches (pages pré-calculées ne nécessitant plus de requêtes sql) donc, pour les accès au serveur sql c'est plutôt un mieux (il y en aura moins).
