[En attente du retour de l'utilisateur] Problèmes de performances (2e topic)
Il s'agit du forum d'assistance technique de WPML, le plug-in multilingue pour WordPress.
Il est accessible à tous, toutefois seuls les clients de WPML peuvent y publier leurs messages. L'équipe du WPML répond sur le forum 6 jours par semaine, 22 heures par jour.
Sun
Mon
Tue
Wed
Thu
Fri
Sat
-
7:00 – 15:00
7:00 – 15:00
7:00 – 15:00
7:00 – 15:00
7:00 – 15:00
-
-
-
-
-
-
-
-
Fuseau horaire du supporter: Pacific/Easter (GMT-05:00)
Contexte de la question:
J'ai créé un sujet concernant des problèmes de performances avec WPML. J'ai effectué une série de tests sur notre serveur de staging en utilisant le plugin Code Profiler pour mesurer les temps de chargement. Les tests ont été effectués sur différentes configurations de plugins, y compris avec et sans WPML.
Symptômes:
WPML double presque le temps de chargement dans la plupart des tests.
Questions:
Pouvez-vous étudier l'impact de WPML sur les performances de notre site?
Comment puis-je vous transmettre les identifiants pour accéder à l'admin du site?
J'ai mal compris comment fonctionnait votre système de post de support hier...
J'avais écris un message bien plus précis et détaillé, qui s'est retrouvé édulcoré en ces 3 paragraphes complètement bateaux et imprécis...
Je n'ai malheureusement pas sauvegardé le message d'origine, persuadé que j'étais qu'il serait posté tel quel, et que les champs auto-remplis visibles avant la publication étaient EN PLUS, et non en remplacement, de ce que j'avais rédigé...
- J'ai été un peu décontenancé par a dernière réponse (temps de chargement plus rapide avec WPML, test effectués sans la gestion des medias alors que nous en avons besoin...), je pense que les mesures de vitesses n'ont pas été effectuée précisément (plusieurs mesures avec moyenne par exemple), un temps de chargement plus court avec WPML que sans me semble un peu étonnant ?
- J'ai effectué une série de mesures avec Code Profiler, c'est ce qu'on voit sur ma capture d'écran. Les écarts de temps de chargement sont bien plus important que ce que vous avez mesuré.
- J'ai fais des tests en comparant Woocommerce seul / Woocommerce seul + WPML, puis des tests avec tous les plugins sans WPML, et tous les plugins avec WPML
- Nous pouvons vous donner accès à cette version de staging du site pour faire des tests, vous pourrez y retrouver le détail des mesures faites avec Code Profiler, en effectuer de nouvelles, ...
J'aimerais vous demander un accès temporaire au wp-admin et au FTP de votre site de test, ce qui me permettra de trouver ces informations pour vous,
Merci de me fournir les étapes à suivre pour reproduire le problème.
Il est important de noter que vous devez sauvegarder votre site et votre base de données avant de procéder, et vous pouvez utiliser un plugin comme Duplicator à cette fin. Voici un lien vers ce plugin : http://wordpress.org/plugins/duplicator/
Si vous ne voyez pas le formulaire ci-dessous, n'entrez pas vos informations d'identification, car elles seront exposées publiquement :
lien caché
Pour des raisons de confidentialité et de sécurité, veillez à ce que votre réponse soit privée.
Pour commencer, Code Profiler n'est qu'un simple indicateur d'un problème possible, j'ai donc lancé des tests avec des options plus avancées.
Mais j'ai rencontré une erreur fatale et je ne peux plus accéder au backend, c'est pourquoi un accès FTP serait utile afin que je puisse restaurer le site et annuler mes modifications immédiatement.
Dans tous les cas, pourriez-vous partager un accès FTP ou désactiver les plugins WPML pour moi à partir des fichiers ?
Et je ne vois toujours pas de preuve concrète d'une lenteur visible à partir d'une requête WPML : lien caché
La plupart des chiffres montrent une utilisation normale des ressources, et les requêtes WPML ne sont même pas listées comme les plus lentes sur QueryMonitor.
Même chose pour la vitesse de chargement du frontend des pages : lien caché
Je ne vois qu'une augmentation de 20-25% avec WPML en utilisant l'extension Page Load Time. Ce qui est acceptable et normal.
Et les seules erreurs PHP que je vois enregistrées ici sont :
1- La constante DISALLOW_FILE_EDIT est déjà définie
wp-config.php:85
WordPress Core
Après un débogage supplémentaire, j'ai trouvé un moyen d'améliorer les performances de WPML, voici le dernier profiler que j'ai fait : lien caché
Et encore une fois, je n'utiliserais pas Code Profiler comme un outil de performance fiable,
Globalement, je vois un résultat stable du temps de chargement en utilisant QueryMonitor et Inspect > Network :
1- Nouvelles versions de WPML :
Nous avons récemment publié des mises à jour majeures pour la plupart des plugins WPML, où nous avons corrigé de nombreux problèmes de performance connus et les avons améliorés
- WPML 4.7
- String translation 3.3
- ACFML 2.1.5
- Media Translation 2.7.6
- Woocommerce multilangue 5.4
La mise à jour vers ces versions a permis de réduire de moitié le temps de chargement de WPML.
2- Vous pouvez aussi aller sur WPML > Support > dépannage, cliquer sur les options « Nettoyer et optimiser les tables de chaînes », « Effacer les chaînes invalides » et « Supprimer les entrées fantômes des tables WPML ».
J'ai mis à jour les plugins vers les dernières versions, et utilisé les options que vous recommandiez.
J'ai effectué une vingtaine de tests d'affilé sur une page de catégorie produit, avec et sans WPML. Je me suis basé sur le temps de chargement affiché par Query Monitor, puisque vous semblez penser qu'il est plus fiable que code profiler.
En faisant la moyenne des 20 mesures, j'obtiens :
- Avec WPML : 3.22s en moyenne
- Sans WPML : 2.01s en moyenne
Il y a donc de l'amélioration, effectivement, ça reste néanmoins une augmentation de 60% du temps de chargement.
Sur des chargement de 2-3s, c'est acceptable, mais lorsque des pages mettent plus de temps à charger, ça commence à représenter un assez gros ralentissement.
J'ai effectué les même tests (10 fois chacun avec moyenne) sur une page produit, et sur le panier :
- Sur une page produit, on passe de 0.92s en moyenne à 1.87s en moyenne
- Sur le panier, on passe de 0.76s en moyenne à 1.63s en moyenne
Bien que les temps de chargement soient assez bas, cela représente tout de même un doublement du temps de chargement.
Comme actuellement, les temps de chargement sont plus long sur la production que sur le serveur de staging, ça reste d'assez gros ralentissements potentiels.
Je vais effectuer des tests sur la production, pour voir ce que ça donne avec vos mises à jour, mais j'ai bien peur que WPML soit encore responsable d'assez gros ralentissements...
Nous sommes au moins sur la bonne voie ici, je vois une assez bonne amélioration.
Je ne vois pas d'erreur ou de requête particulière qui pourrait expliquer cette augmentation, mais je dois dire que 1 seconde semble être un comportement normal, mais comme vous l'avez dit, c'est différent pour les pages qui prennent du temps à charger, pourriez-vous partager un exemple de ces pages ?
J'enverrai ensuite votre site à notre deuxième niveau pour le déboguer plus en détail.
Faites-moi savoir si les résultats sont différents sur le site live,
