Erreur mysql connexion trop longue

[Dadoo]

Version de PS : 1.6.1.7
URL du site concerné : http://mixbeauty.com/
Thème (défaut/perso) : Thème customisé
Hébergement : OVH Perf1
Version de PHP : 5.5
Version de MySQL : 5.5
Navigateur(s) concerné(s) : Tous

 

Bonjour,

 

Depuis quelques jours j'ai un problème avec mon prestashop. J'ai trois type d'erreurs différentes :

 

Link to database cannot be established: SQLSTATE[HY000] [1203] User mixbeautpresta already has more than 'max_user_connections' active connections

 

Link to database cannot be established: SQLSTATE[08004] [1040] Too many connections

 

Erreur 504

 

J'ai appelé mon hébergeur qui m'a dit que j'avais un site pas optimisé et que mes requêtes étaient trop longues... J'aimerais l'optimiser mais je ne sais pas du tout par ou commencer...

 

Je vous mets en PJ un screen d'une des erreurs.

 

Merci.

 

[doekia]

Probablement changer d'hébergeur

[Havock]

Avec l'offre performance 1 d'OVH le nombre de visiteurs simultanés supportés est d'environ 175 cf : https://www.ovh.com/fr/hebergement-web/hebergement-performance.xml . Il est donc probable que ce ne soit pas un soucis d'hébergeur mais plutôt une requête pas optimisée qui est beaucoup trop lente. Autre possibilité, un robot qui crawle ton site en ouvrant des connexions en série. Dans ce second cas, essaye de récupérer son IP et de le bloquer via ton fichier .htaccess

[Dadoo]

Alors voici un retour. Je vous explique la situation. 
J'ai récupéré ce site car l'ancien prestataire était cher et pas du tout présent pour le propriétaire du site en question.

J'ai donc repris les rennes, j'ai refondu le site, ajouté de nouvelles fonctionnalités,... (au passage l'ancien prestataire était très peut coopératif avec nous, si ils nous fallait des infos en gros on pouvait aller se faire voir !)

Avec l'aide d'un développeur spécialisé dans presta nous avons mis la main sur une adresse ip qui exécute des milliers de requêtes à la minute. Nous avons black listé l'adresse mais le soucis perdure car le petit malin a réussi à effectuer des taches cron derrière qui empêche le site de fonctionner normalement...

avec un peu de recherches il s'avère que l'adresse ip en question cible une adresse web appartenant à l'ancien presta !!!

En gros je me suis fait piraté !

 

Je ne citerais pas de nom mais ce prestataire est une agence web parisienne qui réalisent des sites pour différents clients ! Sérieusement,... c'est une réaction un peu enfantine surtout venant d'une agence...

 

Je dois cleaner le site pour supprimer tout ce qui gêne, peut-être changer de serveur et régler ça rapidement...

Edited June 21, 2017 by Dadoo (see edit history)

[Havock]

Si tu as les logs avec l'ip en question porte plainte contre lui. Ce genre de comportement n'est déjà pas acceptable venant d'adolescent en quête de "gloire", mais venant d'un "professionnel" ce doit être sanctionné. Commence déjà par le contacter (par écrit) pour qu'il arrête ses requêtes et que ton site puisse tourner.

[doekia]

Si ton analyse est conforme, je ne comprends pas pourquoi tu ne divulgue pas le nom de l'indélicat. Bien sur si ton analyse n'est pas la bonne, ça s'appelle de la diffamation.

Je suis surpris de ton analyse car je ne vois pas quelqu'un user de la puissance informatique à faire des milliers de requêtes par seconde et en plus basculer sur des ip différentes.

 

Quant à ton analyse que l'offre performance permet 175 connexion simultanée à la bdd, elle est fausse. Les 175 représentent des visiteurs au sens web (en 15 minutes par exemple chez google). ça signifie que le nombre de connexions simultanées est de 0.2 connexions par secondes à la bdd.

[Havock]

Si ton analyse est conforme, je ne comprends pas pourquoi tu ne divulgue pas le nom de l'indélicat. Bien sur si ton analyse n'est pas la bonne, ça s'appelle de la diffamation.

 

Non ! Faire ça (même si la preuve existe et que l'analyse est bonne) serait de la diffamation.

 

 

Je suis surpris de ton analyse car je ne vois pas quelqu'un user de la puissance informatique à faire des milliers de requêtes par seconde et en plus basculer sur des ip différentes.

 

Pourtant c'est malheureusement très courant. L'ancien prestataire pensait sans doute ne jamais être identifié (on a souvent tendance à sous-estimer les compétences techniques des autres, ou à sur-estimer les siennes) ...

 

 

Quant à ton analyse que l'offre performance permet 175 connexion simultanée à la bdd, elle est fausse. Les 175 représentent des visiteurs au sens web (en 15 minutes par exemple chez google). ça signifie que le nombre de connexions simultanées est de 0.2 connexions par secondes à la bdd.

 

J'ai parlé de connexions simultanées dans mon post ? Je donne juste les chiffres d'OVH relatifs à l'offre souscrite par Dadoo. L'idée est que cette offre, sans être mirobolante, devait normalement suffire à des sites ou le trafic n'est pas énorme (sans vouloir te vexer Dadoo :-) , donc que le problème venait normalement d'autre chose.