Bonjour à tous,
De retour afin de tenter de régler mon problème de lenteur de site wordpress.
Je trouve l'affichage du site trop beaucoup trop long au niveau de la page d'accueil ainsi que de la page produits. Je vous ai mis le lien du site en question en bas de ce post.
En utilisant la console d'inspection de mon navigateur Google, j'ai pu repérer deux moments ou les temps d'attente sont très longs et cela se passe côté serveur.
Je pense que cela est peut-être lié à un plugin ou au nombre trop important de plugin utilisés sous mon projet wordpress, je ne sais pas et je cherche…
Je pensais aller plus loin dans mes recherches en analysant les log Out sur le serveur, mais je ne vois pas comment les interpréter afin de trouver le plugin ou le script qui cause problème.
J'en suis à ce stade et je suis preneur pour quelques conseils qui pourraient me débloquer.
Merci beaucoup
Stéphane
Lien du site en question :
http://www.sitewebvitrine-schittek-multimedia.com/debugKWN1/
Analyse du chargement:
https://gtmetrix.com/reports/www.knitwithnath.com/fqnCzYRg
Pour le test, j'ai désactivé tous les plugin et forcement tout rentre dans l'ordre.
Donc problème résolu, non ?
Bonjour,
simple pour trouver le plugin en cause il suffit de les activer tour à tour.
Ou dans les logs OUT regarder quel IP est souvent contacté.
Cordialement, janus57
En tout cas on s'y approche…
1. Identifier le ou les plug-in responsables
2. Les remplacer ou ne pas les utiliser 
Ou héberger la boutique sur un serveur plus rapide (Processeur) ?
Merci !
Je vais procéder ainsi. Dans les logs Out , je dois donc déterminer l'IP souvent contacter et ensuite ? Comme relier l'IP à un plugin ?
Merci beaucoup
Stéphane
Bonjour,
Janus57 te parle de deux choses différentes : les IPs et les plugins. A propos des IPs, il te répondra, mais à propos des plugins il faut procéder comme suit:
- réactiver une par une les plugins et voir à partir de laquelle ça se remet à ramer
Heu sinon lire le résultat de Gtmetrix ?
Mettre les images/css/js en cache réduira déjà le nombres de requêtes dès la 2eme page chargée ..
Pour le site, le passer en https pour bénéficier du http/2 qui charge plus vite les fichiers statiques. (il faut avoir le CDN ou attendre que ovh déploie directement le http/2 sur le cluster dans quelques semaines)
Grand merci !
Pour info, c'est impressionnant comme c'est rapide avec seulement le plugin woocommerce activé ..
http://1multimedia.com/debugKWN1/index.php/categorie-produit/accessoires/multimedia.com/debugKWN1/index.php/categorie-produit/accessoires/
Stéphane
Bonjour,
je dirais même mieux pour les plugins, en activer 1 => tester => désactiver et faire ainsi de suite pour tout les plugins.
Puis tester en activant les plus important au moins important.
Ainsi cela permet de voir si c'est 1 seul plugins qui cause les lenteurs ou une combinaisons de plusieurs plugins.
Enfin pour les IP suffit de le mettre dans un moteur de recherche y a de forte chance d'avoir des résultats, sinon en regarde son reverse ou si d'autre services sont liés à cette IP.
Ah et puis j'ai oublié, mais il faut aussi un plugins de cache car là j'ai la forte impression que votre woocommerce va taper en BDD à chaque requêtes, donc forcément c’est lent.
Cordialement, janus57
Pour le site, le passer en https pour bénéficier du http/2 qui charge plus vite les fichiers statiques. (il faut avoir le CDN ou attendre que ovh déploie directement le http/2 sur le cluster dans quelques semaines)
Justement pour le http/2 est-t-il prévu de passer tout les clusters mutu sur http/2 (même sans CDN) ? Pour le moment ça semble être le cas seulement pour les clusters à Gravelines avec CDN. OVH communique malheureusement très peu sur ce sujet . Y a il un roadmap ?
Je ne sais pas si il y a une roadmap.
On m'avait dit que oui, à terme, tous les hébergements avec et sans CDN aurait le HTTP/2 (rien d'officiel et je ne sais plus où)
Le HTTP/2 est activé sur le CDN de P19 (Paris) et Gravelines, donc sur tous les hébergements mutualisés avec CDN.
Le HTTP/2 est activé sur le CDN de P19 (Paris) et Gravelines, donc sur tous les hébergements mutualisés avec CDN.
Donc si je prend l'option CDN pour mon hébergement PRO sur le cluster 14 je peux profiter du http/2 dès maintenant ? Normalement le CDN me n'intéresse pas tellement mais pour profiter du http/2 ça vaut peut-être le coup
Oui,
plusieurs sites qui ont pour IP d'hébergement mutualisés à Paris 19 avec CDN utilisent le HTTP/2
ce test par exemple https://tools.keycdn.com/http2-test permet de voir si le site (avec https) utilise le http/2.
Il est impératif d'avoir le HTTPS car Chome, Firefox, IE,Edge, opera n'ont implémenté le HTTP/2 avec le support du HTTPS.
Il est impératif d'avoir le HTTPS car Chome, Firefox, IE,Edge, opera n'ont implémenté le HTTP/2 avec le support du HTTPS.
Merci pour l'info !
Oui j'ai passé tout mes sites (sauf 1) en https depuis le SSL let's encrypt était dispo l'année dernière. Surtout pour être prêt pour le http/2.
Je voudrait juste être sûre avant de claquer 12€/an pour l'option CDN que ça marche vraiment
Bonjour,
J'y ai passé du temps mais cela était plus que nécessaire et voici les résultats de mes tests:
J'ai supprimé tous les plugin inutilisés pour me retrouvé avec un total de 49 plugin installé et actifs.
J'ai réalisé des test par groupe de plugin activé et d'autres tests en activant un plugin à la fois afin de détecter un éventuel dévoreur de ressource. A part pour le cas du groupe de plugin WPML (Test 3), je pense que c'est ici l'accumulation de plugin qui, petit à petit me donne ce résultat décevant de temps d’exécution au démarrage lorsque tous les plugin sont installés.
J'ai besoin de tous ces plugin et je dois pourtant réduire le temps d'exécution du script de démarrage coté serveur à moins d'une seconde, ce qui me parait correcte.
J'ai plusieurs solutions:
- Accélérer l’exécution des fichiers PHP avec php-fpm ?
http://www.ovh.com/fr/g1175.optimisation-php-fpm-hebergement-mutualise-ovh
- Attendre l'activation du CDN par OVH ?
- Supprimer des plugins mais cela me parait difficile
- Changer d’hébergement chez OVH pour un autre plus rapide en temps d’exécution serveur ?
- J'ai mal cerné le problème et il existe d'autres solutions (Je ne parle pas ici d'un plug-in "cache wordpress" comme "W3 Total Cache" qui n’arrangerait pas le problème de l'exécution du script au premier affichage de la page)
Je vous remercie et je suis preneur de tous les conseils qui pourraient encore me faire avancer sur le sujet.
Stéphane
-----------------------------------------------------------------------------------
Test réaliser avec l'outil en ligne https://tools.pingdom.com https://tools.pingdom.com
Adresse du site wordpress test de la page d'accueil : http://1multimedia.com/debugKWN1multimedia.com/debugKWN1
Test 1 avec seulement Woocommerce installé:
64 requêtes - Temps d'exécution du script de démarrage : 6.26 ms - Poids total : 279 Kb
Test 2 avec tous les plug-in installés :
209 requêtes - Temps d'exécution du script de démarrage : 7 secondes - Poids total : 2.7 Mb
Test 3 avec Woocommerce - 4 plug-in de traduction WPML installés :
77 requêtes - Temps d'exécution du script de démarrage : 2 secondes - Poids total : 331 Kb
Test 4 avec Woocommerce - 26 plug-in YTIH Woocommerce installés :
126 requêtes - Temps d'exécution du script de démarrage : 3 secondes - Poids total : 727 Kb
Bonjour,
Changer d’hébergement chez OVH pour un autre plus rapide en temps d’exécution serveur ?
vu le nombre de plugins (49 ?!?) clairement vous avez beau prendre un serveur puissant cela ne fera que masquer la misère généré par vos plugins.
Clairement la meilleur solution et la plus seine est de réduire le nombre de plugins (doit bien y en avoir qui servent à rien ?).
Car prendre un serveur plus puissant ne changera pas grand chose à part vous couter plus cher, de plus ici un plugin de cache sera très utile même si au premier chargement il est plus long (bien que cela peut être réduit avec un robots qui passe régulièrement sur certaines pages du site pour généré le cache).
Et ici c'est l'exemple typique des plugins de wordpress, plus vous en utiliser plus vous consommer de ressources, plus vous avez de risque de failles de sécurité, donc ici pour votre cas non seulement cela réduit vos perf mais à vue de nez je dirais que cela augmente vos risques de sécurité de bien 25% voir 40% car cela peu faire 49 points d'entrée supplémentaire pour pirater votre wordpress (et si vous pensez que je suis un peu trop sérieux avec ça, demandez vous si derrière le plugins est activement développé et surtout pas qui).
Cordialement, janus57
Car prendre un serveur plus puissant ne changera pas grand chose
Je me dis que comme le problème se situ au niveau de l'exécution des scripts PHP et requêtes SQL générés par les plugin côté serveur, que plus le processeur va être puissant, plus les scripts seront exécutés rapidement.
Et ici c'est l'exemple typique des plugins de wordpress, plus vous en utiliser plus vous consommer de ressources, plus vous avez de risque de failles de sécurité, donc ici pour votre cas non seulement cela réduit vos perf mais à vue de nez je dirais que cela augmente vos risques de sécurité de bien 25% voir 40% car cela peu faire 49 points d'entrée supplémentaire pour pirater votre wordpress (et si vous pensez que je suis un peu trop sérieux avec ça, demandez vous si derrière le plugins est activement développé et surtout pas qui).
Oui, c'est très important.
Bonjour,
Je me dis que comme le problème se situ au niveau de l'exécution des scripts PHP et requêtes SQL générés par les plugin côté serveur, que plus le processeur va être puissant, plus les scripts seront exécutés rapidement.
oui et non car cela va dépendre du plugins (accès extérieur ? nombre de requêtes SQL ?), et du serveur MySQL.
Donc si je résume là actuellement ce que vous souhaitez faire c'est l'équivalent de
> je prend un serveur plus puissant car j'ai un site avec du code pourri qui utilise beaucoup de ressources, donc je prend un serveur plus puissant pour compenser ce code pourri et avoir des perfs "décentes" pour le visiteur.
Aussi je sais pas si vous avez pris en compte le navigateur de votre client qui en générale fait 6 connections/domaine maximum, donc si vous avez +/- 200 requêtes provenant de votre domaine cela va d'autant plus prolonger le temps de chargement de la page.
Et si en plus cela met 7 secondes a se généré côté serveur c'est que vous avez clairement une accumulation de trop de plugins ou de mauvais plugins ou les deux et un serveur plus puissant ne règlera pas le problème sous-jacents il ne fera que simplement masquer la misère.
Cordialement, janus57