OVH à fermé ma BDD

[bijan]

Bonsoir à tous,

Voila tout est dit dans le titre du post, hier OVH à fermer ma bdd car les requêtes ne sont pas assez optimisées à leur goût.
Je précise que mon site est un site de petites annonces spécialisées ayant pour base le wordpress 2.3.1.

Et qu'il fait environ 900 visiteurs uniques/jour, et une moyenne de 14000 pages vues /jour.

Je suis vraiment dégoûté car ovh à fait cela sans même me prevenir,
j'ai pris un hébergement 90pl en pensant que cela aller solutionner les lenteurs de connexions à mon site, il y a
un mois de cela.

Que faire d'après vous, passer sur un dédié ou changer d'hébergeur, sachant que je suis un peu short pour
optimiser mes requêtes.

Merci d'avance pour vos réponses.

Edit OTP : titre

[Rod la Kox]

Bah il semble que tu ais été prévenu puisque tu l'as remarqué ?

Les hébergeurs ne préviennent jamais qu'ils souhaitent te bloquer telle ou telle chose. S'ils le font, c'est déjà qu'il y a urgence.
Ensuite, seulement, ils te préviennent.

[hebmaster]

<hs> "ovh a fermé"</hs>

[polweb]

Faut peux être envisager le dédié. Tu peux aussi les contacter.

[Suede]

Faut peux être envisager le dédié. Tu peux aussi les contacter.

Si les requetes ne sont pas optimisés, le dédié souffrira aussi.
Et si tu optimisais les requetes?
Ferme les connections, vide tes resultats, choisis tes index, evite les select * etc

[Leonick]

ce n'est pas trop le nombre de visiteurs par jour, mais plutôt celui en pointe, car le 90Plan est limité à 10 accès SQL simultanés et si les requêtes ne sont pas optimisées, cela peut venir très vite.

[RiPSO]

Si les requetes ne sont pas optimisés, le dédié souffrira aussi.

oui mais ça n'embêtera que lui

[dd32]

Ils considèrent sans doute que pour le nombre de hits constatés tu as besoin d'un dédié.
Sinon, il faudrait voir la mise en cache des informations + regarder tes stats serveurs AWstats pour voir si tu n'as pas une consommation excessive de bots ou autres que tu pourrais bannir ?

J'ai déjà eu ce problème et ça provenait de spiders peu recommandables... (+ agrégateurs de flux rss etc.)

* dd32 gratte des pistes...*

[mickael44]

Salut à tous !

Je suivrais les conseils de dd32 car déjà ton ratio nb visites / nb pages vue me semble important.

Le problème de wordpress, c'est qu'il n'est pas ce qu'il ya de plus léger en requêtes SQL (une bonne dizaine selon ta page).

La bonne idée serait la mise en cache, je crois que WP-Cache est compatible avec ton Wordpress (pense tout de même à tout sauvegarde avant, au cas ou).

[anemone-clown]

J'ai déjà eu ce problème et ça provenait de spiders peu recommandables... (+ agrégateurs de flux rss etc.)

C'est effectivement une bonne solution : ne pas autoriser les robots, aspirateurs, etc, à consulter ton site sauf une petite dizaine (style GG ) qui ont le droit de passer. Ces robots vont vite, trop vite pour un site actif et ont vite fait de bloquer les accès (limités en nombre) SQL d'un mutualisé.

Même réflexion pour le nombre de pages lues/VU : c'est énorme... et curieux???

[bijan]

Bonjour,

Voici mes stats pour le dimanche 5 avril,
le nbr de page est il anormalement élevé d'après vous ? (tout en tenant compte du tps passé sur le site..)
Cela pourrait il venir de robots ?

908 Visites
772 Visiteurs uniques absolus
16 869 Pages vues
18,58 Nombre moyen de pages vues
00:11:10 Temps passé sur le site
24,89 % Taux de rebond
62,44 % Nouvelles visites

[Leonick]

le nbr de page est il anormalement élevé d'après vous ? (tout en tenant compte du tps passé sur le site..)

sans connaitre le site, difficile à dire, mais c'est vrai que 18 pages en moyenne, avec un changement de page toutes les 40', ça parait important.

[bijan]

C'est un site de petites annonces spécialisées, et le nbr de pages vues / visiteur, est à ce niveau depuis septembre 2008

[Leonick]

Si le script n'est pas optimisé, avec 18 pages vues en 11' par visiteurs, il est fort probable qu'à de très nombreux moments dans la journée tu te retrouves à dépasser le nombre de connexions bdd autorisé