- Statut
- Résolu
- Résolu dans
- WPML Translation Management 2.1.5
Aperçu de l’anomalie
Consulter une liste d’articles ou de pages produit de nombreuses requêtes dans la base de données, de l’ordre de ~1 000 requêtes par chargement de page. Cela ralentit le chargement de la liste des articles, détériorant considérablement l’expérience utilisateur pour les configurations de base de données plus lentes.
Dans certains cas, la Gestion de traduction doit prendre en compte plusieurs facteurs pour déterminer le statut de traduction d’un article. Étant donné que ces informations sont récupérées à partir de plusieurs sources, la version actuelle de WPML TM a ajouté plusieurs améliorations de stabilité, améliorant considérablement l’expérience utilisateur lors de l’utilisation des services de Translation Proxy en matière de résilience face aux événements indésirables, par exemple des dommages au disque dur, qui nécessitent la restauration d’un site à partir d’une sauvegarde.
Malheureusement, un oubli a désactivé une partie des mécanismes de mise en cache interne de la Gestion de traduction, qui sont en place pour réduire le nombre de requêtes dans la base de données nécessaires pour afficher les listes d’articles pour les types de publication traduits. Cela n’a qu’un impact sur les performances et non sur les fonctionnalités, mais peut causer des problèmes pour les configurations de base de données plus lentes.
Solution de contournement
Le nombre de requêtes dans la base de données évolue de manière presque linéaire avec le nombre d’articles affichés sur une seule page. Réduire le nombre d’articles par page via le paramètre « Nombre d’éléments par page : » présent sur chaque liste d’articles WordPress, réduit automatiquement et proportionnellement le nombre de requêtes dans la base de données.
Le définir sur une valeur inférieure à la valeur standard, comme 15 ou 10, améliorera considérablement les performances sur les configurations affectées.
La prochaine version publiée de WPML inclura un correctif pour ce problème et réduira le temps de chargement des écrans affectés à ce qu’il était dans WPML 3.3.