Hébergeur One.com

Général
1

Bonjour,

Je m'adresse à vous pour savoir si l'un d'entre vous à déjà eu des problèmes avec l'hébergeur One.com ?
Dès qu'une page (ici Spip) utilise un accès à la base de donnée MySQL, le chargement est lent, voir se termine avec une belle erreur 404, alors qu'avec n'importe quelle autre page php, ça passe impeccable.

Je me suis adressé à leur support qui n'a rien trouvé de mieux que de me dire de me renseigner sur les forums de discussions.

Merci,

Michaël

2

Michaël Hofman a écrit :

Bonjour,

Je m'adresse à vous pour savoir si l'un d'entre vous à déjà eu des problèmes avec l'hébergeur One.com ?
Dès qu'une page (ici Spip) utilise un accès à la base de donnée MySQL, le chargement est lent, voir se termine avec une belle erreur 404, alors qu'avec n'importe quelle autre page php, ça passe impeccable.

Je me suis adressé à leur support qui n'a rien trouvé de mieux que de me dire de me renseigner sur les forums de discussions.

Merci,

Michaël

un lien peut-etre pour tester ?
essaie de rajouter ca a ton url :
?var_profile=1 et regarde toutes les requetes sql exécutées

éventuellement fais en nous la liste ... il se peut si le squelette n'est pas "optimisé" que le nombre de requetes , ainsi que leur compléxité fasse que ton hébergement souffre.... il se peux aussi simplement que ton hébergement soit un peu ... naze ?

3

essaie de rajouter ca a ton url :
?var_profile=1 et regarde toutes les requetes sql exécutées

lut tutti,
Marrant cette manip' que zerax nous fait découvrir (merci+)
... elle **fonctionne** (? et &) chez moi WAMP5 en local
(-> 0.273578587433 #1627) (NB. passe à 0.5 si recalcul, mais petite
destruction visuelle du skel)
... elle ne **fonctionne pas** sur le site de prod (Amen Linux Mutualisé)
(rien n'apparait avant la page normale, quelque soit mon statut)

PS : que ce soit avec http://URL/?var_profile=1
ou avec http://URL/spip.php?..&var_profile=1
.. quid ??

Ooooops ben si mais a priori il faut forcer une reconnexion ... et imposer
un recalcul
... impressionnant 3673 processus pour une simple page de rubrique
ça serait bien que les différents skel/plugins "publient" leur "nb de
process", non ?

@+

"Yoann NOGUES (zerax)" <ml-yoann@advisio-com.fr> a écrit dans le message de
news: 476A35BD.7080701@advisio-com.fr...
Michaël Hofman a écrit :

Bonjour,

Je m'adresse à vous pour savoir si l'un d'entre vous à déjà eu des
problèmes avec l'hébergeur One.com ?
Dès qu'une page (ici Spip) utilise un accès à la base de donnée MySQL,
le chargement est lent, voir se termine avec une belle erreur 404, alors
qu'avec n'importe quelle autre page php, ça passe impeccable.

Je me suis adressé à leur support qui n'a rien trouvé de mieux que de me
dire de me renseigner sur les forums de discussions.

Merci,

Michaël

un lien peut-etre pour tester ?
essaie de rajouter ca a ton url :
?var_profile=1 et regarde toutes les requetes sql exécutées

éventuellement fais en nous la liste ... il se peut si le squelette
n'est pas "optimisé" que le nombre de requetes , ainsi que leur
compléxité fasse que ton hébergement souffre.... il se peux aussi
simplement que ton hébergement soit un peu ... naze ?

4

Dr JFBurté(orange) a écrit :

essaie de rajouter ca a ton url :
?var_profile=1 et regarde toutes les requetes sql exécutées
      
lut tutti,
Marrant cette manip' que zerax nous fait découvrir (merci+)
... elle **fonctionne** (? et &) chez moi WAMP5 en local
(-> 0.273578587433 #1627) (NB. passe à 0.5 si recalcul, mais petite destruction visuelle du skel)
... elle ne **fonctionne pas** sur le site de prod (Amen Linux Mutualisé)
(rien n'apparait avant la page normale, quelque soit mon statut)

PS : que ce soit avec http://URL/?var_profile=1
ou avec http://URL/spip.php?..&var_profile=1
.. quid ??

Ooooops ben si mais a priori il faut forcer une reconnexion ... et imposer un recalcul
... impressionnant 3673 processus pour une simple page de rubrique
ça serait bien que les différents skel/plugins "publient" leur "nb de process", non ?

@+

"Yoann NOGUES (zerax)" <ml-yoann@advisio-com.fr> a écrit dans le message de
news: 476A35BD.7080701@advisio-com.fr...
Michaël Hofman a écrit :
  

Bonjour,

Je m'adresse à vous pour savoir si l'un d'entre vous à déjà eu des
problèmes avec l'hébergeur One.com ?
Dès qu'une page (ici Spip) utilise un accès à la base de donnée MySQL,
le chargement est lent, voir se termine avec une belle erreur 404, alors
qu'avec n'importe quelle autre page php, ça passe impeccable.

Je me suis adressé à leur support qui n'a rien trouvé de mieux que de me
dire de me renseigner sur les forums de discussions.

Merci,

Michaël
    

un lien peut-etre pour tester ?
essaie de rajouter ca a ton url :
?var_profile=1 et regarde toutes les requetes sql exécutées

éventuellement fais en nous la liste ... il se peut si le squelette
n'est pas "optimisé" que le nombre de requetes , ainsi que leur
compléxité fasse que ton hébergement souffre.... il se peux aussi
simplement que ton hébergement soit un peu ... naze ?

  ------------------------------------------------------------------------

_______________________________________________
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
FAQ : FAQ webmestre - SPIP
  

Interessant! On voit qu'une boucle article aléatoire avec cache 0 bouffe terrrrrriblement!!

BB

5

Dr JFBurté(orange) a écrit :

un lien peut-etre pour tester ?
essaie de rajouter ca a ton url :
?var_profile=1 et regarde toutes les requetes sql exécutées

Euh je débarque dans votre discussion, mais cette histoire de ?var_profile=1 m'intéresse bougrement (pour tester la gourmandise de certains squelettes), seulement quand j'ajoute ça à une URL il ne se passe strictement rien. C'est normal ?

martin

6

Merci pour cette réponse, effectivement l'url de mon site serait un bon début : http://www.guedin.be
J'utilise le squelette spip multi-saison qu'on peut trouver ici : http://www.multi-saisons.art-logic.info

J'ai essayé le ?var_profile=1, il y a effectivement pas mal de requêtes qui sont effectuées... j'ai également essayé avec ?var_mode=calcul&var_profile=1, par contre je vois qu'il y a 2 informations de temps d'exécution, à quoi est-ce que ça correspond ?

J'ai eu une nouvelle réponse de mon hébergeur qui me dit d'essayer de modifier des lignes dans mon fichier .htaccess en rajoutant # devant les lignes suivantes :
Options -Indexes
Options +?FollowSymLinks

Je vais déjà tester ça...

Yoann NOGUES (zerax) a écrit :

Michaël Hofman a écrit :

Bonjour,

Je m'adresse à vous pour savoir si l'un d'entre vous à déjà eu des problèmes avec l'hébergeur One.com ?
Dès qu'une page (ici Spip) utilise un accès à la base de donnée MySQL, le chargement est lent, voir se termine avec une belle erreur 404, alors qu'avec n'importe quelle autre page php, ça passe impeccable.

Je me suis adressé à leur support qui n'a rien trouvé de mieux que de me dire de me renseigner sur les forums de discussions.

Merci,

Michaël

un lien peut-etre pour tester ?
essaie de rajouter ca a ton url :
?var_profile=1 et regarde toutes les requetes sql exécutées

éventuellement fais en nous la liste ... il se peut si le squelette n'est pas "optimisé" que le nombre de requetes , ainsi que leur compléxité fasse que ton hébergement souffre.... il se peux aussi simplement que ton hébergement soit un peu ... naze ?

7

Le 20/12/07, martin <margranger@free.fr> a écrit :

Dr JFBurté(orange) a écrit :

un lien peut-etre pour tester ?
essaie de rajouter ca a ton url :
?var_profile=1 et regarde toutes les requetes sql exécutées

Euh je débarque dans votre discussion, mais cette histoire de
?var_profile=1 m’intéresse bougrement (pour tester la gourmandise de
certains squelettes), seulement quand j’ajoute ça à une URL il ne se
passe strictement rien. C’est normal ?

Il faut être connecté en admin. Si tu n’es pas en url propres - l’url contient déjà un « ? » - il faut ajouter &var_profile=1

Bonne,
Nicolas

8

On voit qu'une boucle article aléatoire avec cache 0 bouffe

lut BB

Ouaip, ça risque de modifier qq habitudes !!
... perso mon site est lentissime (mutualisé) et je vais bien sûr un peu
creuser la question
Y aurait un moyen de pouvoir analyser et classer les délais de mes "3673"
process afion d'y faire un tri intelligent ? je voulais faire un tableau
Excel en séparant après le "->(" pour isoler et pouvoir trier, mais ce n'est
absolument pas synthétique ni productif.
.. ça ne serait pas une petite idée de plugins ça ??
@+

"monnaieancienne" <monnaieancienne@free.fr> a écrit dans le message de news:
476A60B4.1030609@free.fr...

essaie de rajouter ca a ton url :
?var_profile=1 et regarde toutes les requetes sql exécutées

lut tutti,
Marrant cette manip' que zerax nous fait découvrir (merci+)
... elle **fonctionne** (? et &) chez moi WAMP5 en local
(-> 0.273578587433 #1627) (NB. passe à 0.5 si recalcul, mais petite
destruction visuelle du skel)

... impressionnant 3673 processus pour une simple page de rubrique
ça serait bien que les différents skel/plugins "publient" leur "nb de
process", non ?

Interessant! On voit qu'une boucle article aléatoire avec cache 0 bouffe
terrrrrriblement!!

BB