yannick.81 Posted January 24, 2019 Share Posted January 24, 2019 (edited) Bonjour à tous Je viens vers vous, car après 5-6 appels à OVH, je ne vois pas comment régler le problème... Voici le site de mon client : http://www.jmb-quad.com/ Ce site a été réalisé en 2015 sous prestashop 1.6.0. Il n'avait aucun soucis jusqu'à novembre 2018, sachant aussi qu'il n'y a jamais eu d'évolution sur ce site depuis, donc c'était un site parfaitement stable. Depuis novembre, il est victime d'ennuis, avec des "too many connections" qui bloque le site plusieurs fois par jour, avec forcément l'accès phpmyadmin inaccessible pour les mêmes raisons. 2 techniciens différents d'OVH ont remarqué que le nombre de requêtes par heure est énorme, sachant que c'est un site qui a peu de visites (style 30 / jour). Le premier technicien OVH avait remarqué que la durée des requêtes était exponentielle depuis octobre/novembre. On a alors constaté que la base de donnée était énorme, 365Mo ! je lui ai fait subir un régime drastique en la passant à 30Mo, en supprimant les lignes des tables de stats qui ne servaient pas à grand chose, comme la table ps_guest, ps_pagenotfound et les tables ps_connections. Mais toujours la même erreur... Hier j'ai remarqué que 63 (!) modules devaient être mis à jours, j'en ai mis à jour 35, tous ce qui concernaient l'admin, les stats et ou bien google analytics, espérant limiter le nombre de requêtes. Mais je ne vois pas quoi faire à part désactiver des modules un par un pour voir lequel pourrait émettre autant de requêtes. Les autres MAJ ne concernent que des blocs d'affichage sur le site et je ne les ai pas mis à jour. Ah oui petit "détail", le site est passé d'une offre perso à une offre pro en... novembre, début des ennuis... sauf que les 2 techniciens ont fini par me convaincre que cela ne pouvait être lié à ce changement, puisque ils ont juste donné plus de ressources à la base de donnée... même s'il me reste ce doute quand même car moi et les hasards... Que faire ? Merci d'avance pour vos réponses Edited January 24, 2019 by devilyann (see edit history) Link to comment Share on other sites More sharing options...
Eolia Posted January 24, 2019 Share Posted January 24, 2019 OVH peut vous sortir la liste des requetes qui prennent du temps ou de la mémoire (ou vous-même en activant le debug sql de Prestashop) J'ai eu le cas avec un client récemment. La première requête qui posait problème (on croit rêver^^) # Time: 181220 12:21:51 # User@Host: *****[******] @ [10.0.59.73] # Query_time: 1.349974 Lock_time: 0.000264 Rows_sent: 0 Rows_examined: 0 use *******; SET timestamp=1545304911; INSERT INTO `ps_cart` (`id_address_delivery`,`id_address_invoice`,`id_currency`,`id_customer`,`id_guest`,`id_lang`,`id_carrier`,`recyclable`,`gift`,`secure_key`,`gift_message`,`date_add`,`date_upd`) VALUES ('0','0','1','0','0','2','0','1','0','','','2018-12-20 12:21:50','2018-12-20 12:21:50'); juste un pauvre insert into 1 seconde 34 au lieu de quelques millisecondes Donc le problème vient de leurs serveurs sql soit-disant "pro" qu'ils font prendre à tout le monde pour gagner du fric mais qui saturent à max. Vos requêtes sont en queue et attendent pour être traitées. Si je fais la même requête sur mon serveur: 0.017 secondes soit 100 fois plus rapide... Le problème vient bien d'OVH Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 4 minutes ago, okom3pom said: Est ce que tu as regardé si ton site ne se fait pas spammer. Je en vois pas le formulaire de contact mais le code php est toujours là je pense.< Dans l'administration tu vas dans client SAV Déjà merci pour ta réponse, pas vraiment de spams, je mets le résultat en PJ, les 2 mails de hier ne correspondent pas aux heures de blocage du site constaté Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 Merci Eolia, j'avais peur de cette réponse fondée justement 😕 J'ai un autre client avec l'offre juste au dessus, son site sous presta marche nickel, avec plus de modules activés, plus de clients, son offre permet juste 50 connexions simultanées au lieu des 30... Et justement j'ai demandé au technicien de hier s'il pouvait savoir quelles requêtes mettaient autant de temps, sa réponse fut limpide : non ils n'ont pas moyen de savoir... oO Link to comment Share on other sites More sharing options...
Eolia Posted January 24, 2019 Share Posted January 24, 2019 Oui, enfin le technicien c'est surtout un commercial avant tout. Pour avoir un véritable technicien de niveau 3 chez OVH faut vraiment insiter. Celui-là est juste un menteur ou un incapable. il y a 8 minutes, Eolia a dit : (ou vous-même en activant le debug sql de Prestashop) Vous verrez vos requetes par page, le temps et le nombre de rows traités^^ Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 2 minutes ago, Eolia said: Oui, enfin le technicien c'est surtout un commercial avant tout. Pour avoir un véritable technicien de niveau 3 chez OVH faut vraiment insiter. Celui-là est juste un menteur ou un incapable. Vous verrez vos requetes par page, le temps et le nombre de rows traités^^ Ok je vais activer ce debug SQL, vu que je ne suis pas qqun qui développe bcp sur presta (je suis un développeur pur et dur qui part d'une page blanche et capable de créer un site web), comment faire pour l'activer et voir les requêtes par page car ça m'intéresse bcp Link to comment Share on other sites More sharing options...
Eolia Posted January 24, 2019 Share Posted January 24, 2019 Vous m'inquiétez là... Vous parlez de vos "clients" Prestashop mais vous n'y connaissez pas grand chose ??? 1 Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 (edited) 2 minutes ago, Eolia said: Vous m'inquiétez là... Vous parlez de vos "clients" Prestashop mais vous n'y connaissez pas grand chose ??? j'ai quand même assuré les installations et les développements nécessaires, je dis juste que je maitrise mieux le développement pur et dur que l'intégration J'ai des site développés tous différemment Edited January 24, 2019 by devilyann (see edit history) Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 Je me suis mal exprimé... L'activation du mode debug sql, je sais bien que c'est dans le fichier defines.inc.php. Même si jusqu'à présent je n'ai joué que sur la variable _PS_MODE_DEV_ quand le site avait un soucis, pas sur la variable _PS_DEBUG_SQL_. Je viens de la passer à true. Mais je me posais la question comment ensuite voir les requetes par page, le temps et le nombre de rows traités... Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 En bas de page ? si je n'ai rien qu'est ce que cela veut dire ? La véritable version du site est la 1.6.0.11 Pour les mentions et CGV le site ne vend rien, c'est un catalogue pour faire venir les gens en boutique, mais je leur en parlerai Et oui je mettrai en place la protection contre le spam Link to comment Share on other sites More sharing options...
doekia Posted January 24, 2019 Share Posted January 24, 2019 17 minutes ago, devilyann said: ... j'ai quand même assuré les installations et les développements nécessaires, je dis juste que je maitrise mieux le développement pur et dur ... J'ai peur de comprendre aussi: - tu sais cliquer - et tu maitrise mieux (mieux que quoi) le développement mais tu ne sais pas comment fonctionne le code ou comment activer le debug Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 Ok... je n'ai jamais dit que je ne savais pas activer le mode debug, je dis juste que je n'ai jamais utilisé le debug SQL... si je maitrisais prestashop, tu crois que je poserai des questions sur le forum ?... donc en fait on doit tout maitriser avant de poser une question ?... Whaouh, ça fait plaisir de demander oO Link to comment Share on other sites More sharing options...
doekia Posted January 24, 2019 Share Posted January 24, 2019 10 minutes ago, devilyann said: L'activation du mode debug sql, je sais bien que c'est dans le fichier defines.inc.php. Même si jusqu'à présent je n'ai joué que sur la variable _PS_MODE_DEV_ quand le site avait un soucis, pas sur la variable _PS_DEBUG_SQL_. Je viens de la passer à true. Donc tu ne sais même pas ce que veux dire "if" en php !?! Maitrise de développement de quoi - des chacras? l'effet dunning-kruger Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 (edited) 25 minutes ago, doekia said: Donc tu ne sais même pas ce que veux dire "if" en php !?! Maitrise de développement de quoi - des chacras? l'effet dunning-kruger Laisse tomber, t'es vraiment un C------- de première... merci okom3pom pour l'aide Edited January 24, 2019 by devilyann (see edit history) Link to comment Share on other sites More sharing options...
doekia Posted January 24, 2019 Share Posted January 24, 2019 Surement if (_PS_MODE_DEV_ === true) { @ini_set('display_errors', 'on'); @error_reporting(E_ALL | E_STRICT); define('_PS_DEBUG_SQL_', true); } Link to comment Share on other sites More sharing options...
Eolia Posted January 24, 2019 Share Posted January 24, 2019 Là, ça devient limite au niveau du langage quand même... Répondre à l'ironie par l'injure ne va pas vous servir sur ce forum. Mais effectivement, si votre connaissance se limite à savoir installer un Prestashop (un clic sur le bouton "Installer") ça m'inquiète quand même sérieusement et encore plus si j'étais l'un de vos clients. Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 Just now, Eolia said: Là, ça devient limite au niveau du langage quand même... Répondre à l'ironie par l'injure ne va pas vous servir sur ce forum. Mais effectivement, si votre connaissance se limite à savoir installer un Prestashop (un clic sur le bouton "Installer") ça m'inquiète quand même sérieusement et encore plus si j'étais l'un de vos clients. clairement je n'aurai pas du, mais quand on prend les gens de haut... Est ce que j'ai dit à un moment donné que je ne savais qu'installer un site sous presta ?... j'ai dit que je ne maitrisais pas presta, c'est tout, vu que je suis un pur développeur, mais j'ai mis maintes et maintes fois mes mains dans le cambouis, fait plein d'override de modules ou de classes, je viens juste d'avouer que je n'avais jamais géré le _PS_DEBUG_SQL_, c'est tout... et j'ai l'impression que c'est un crime 😕 donc plutôt que d'avoir de l'aide, on t'enfonce, je trouve ça dingue quand même. Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 bref merci quand même pour les pistes je vais essayer de me débrouiller avec ça Link to comment Share on other sites More sharing options...
doekia Posted January 24, 2019 Share Posted January 24, 2019 (edited) Comme M. Jourdain qui faisait de la prose sans le savoir, tu utilise PS_DEBUG_SQL chaque fois que tu actives le PS_MODE_DEV. Et PS_DEBUG_SQL provoque juste un debug des SQL qui crashent (au lieu d'un crash silencieux) Pour connaitre les requêtes d'une page, PS_DEBUG_PROFILING . Attention doit toujours être utilisé conjointement à PS_MODE_DEV Attention2 certaines override ne sont plus exécuté dans ce mode Attention3 le code flow n'est pas exactement le même Attention4 les timings ne sont pas a interpréter tels quels Par rapport à tes symptomes, le point qui attire mon oeil est: Quote que la durée des requêtes était exponentielle depuis octobre/novembre Et ça, il y a peu de chance de pouvoir le voir au travers du profiling A toi de developper un code de traçage spécialisé Edited January 24, 2019 by doekia (see edit history) Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 Merci Doekia pour la réponse Link to comment Share on other sites More sharing options...
doekia Posted January 24, 2019 Share Posted January 24, 2019 @okom3pom Tu veux surement dire: Controller.php Db.php ObjectModel.php Tools.php 1 Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 (edited) Petite capture quand le _PS_DEBUG_PROFILING_ est à true, dans le defines.inc.php j'ai mis un test (avec un IF 😂) pour que seule mon adresse IP voit les résultats. C'est quand même inquiétant comme résultats non ? Je parle du temps de chargement (page d'accueil), après je ne sais pas si les 184 requêtes sont normales pour un site sous presta Edited January 24, 2019 by devilyann (see edit history) Link to comment Share on other sites More sharing options...
doekia Posted January 24, 2019 Share Posted January 24, 2019 Voir Attention3 et Attention4 Link to comment Share on other sites More sharing options...
yannick.81 Posted January 24, 2019 Author Share Posted January 24, 2019 (edited) Oui j'avais retenu pour le timing à ne pas interpréter tel quel, surtout que j'ai testé plusieurs fois ça va de 1.2s à 2,6s pour la même page Et juste sur le point du nombre de requêtes, est ce que le chiffre est un chiffre normal pour un site sous presta ? EDIT : je viens de tester sur un autre site, il en fait 457, donc non ce n'est pas le nombre de requêtes qui pose soucis Edited January 24, 2019 by devilyann (see edit history) Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now