Problème : Le site canaropa.com est devenu très lent et parfois inaccessible. Le client a demandé une analyse pour déterminer si les plugins WPML contribuaient à ces problèmes de performance. Solution : Nous avons constaté que la mémoire et le CPU étaient entièrement utilisés, ce qui indique une surcharge des ressources. Plusieurs plugins ont été identifiés comme sources d'erreurs et de requêtes lentes, ce qui contribue à la lenteur du site. Bien que l'augmentation des ressources serveur puisse aider, nous recommandons de réaliser un audit complet du site pour identifier et éliminer les éléments inutiles. Il est également conseillé de vérifier la base de données pour identifier les tables les plus lourdes et évaluer leur taille appropriée. Nous avons temporairement désactivé WPML pour les tests, et il semble que la mémoire soit toujours très utilisée, bien que jamais entièrement. Pour la configuration actuelle du site et son contenu multilingue, 3 Go de RAM devraient suffire, mais le processeur pourrait nécessiter une évaluation plus approfondie.
Si cette solution ne résout pas votre problème ou semble dépassée, nous vous invitons à ouvrir un nouveau ticket de support. Nous vous recommandons également de consulter les problèmes connus et de vérifier que vous avez installé les dernières versions des thèmes et plugins.
Problème : Le site est très lent et souvent inaccessible. Après avoir désactivé le plugin WPML, le site devient accessible. Cependant, l'hébergeur a identifié que les plugins Query Monitor et Google Site Kit étaient la cause du problème, et non WPML. Solution : Si vous rencontrez des problèmes de lenteur avec WPML, nous vous recommandons de vérifier s'il y a des erreurs ou des avertissements liés à WPML dans le journal de débogage de WordPress ou dans le journal d'erreurs du serveur. Pour activer le journal de débogage de WordPress, modifiez votre fichier wp-config.php comme suit:
Ensuite, essayez de reproduire le problème et vérifiez si des erreurs ont été enregistrées dans le fichier debug.log dans le répertoire /wp-content/. Si possible, partagez votre debug.log sur https://pastebin.com/ et fournissez-nous le lien. De plus, activez les informations de débogage en suivant les instructions sur http://wpml.org/faq/provide-debug-information-faster-support/.
Si cette solution ne s'applique pas à votre cas ou semble obsolète, nous vous recommandons vivement de vérifier les problèmes connus sur https://wpml.org/known-issues/, de vérifier la version du correctif permanent et de confirmer que vous avez installé les dernières versions des thèmes et plugins. Si le problème persiste, n'hésitez pas à ouvrir un nouveau ticket de support sur notre forum de support.
Problème : Le client rencontre une erreur '404 Page non trouvée' pour toutes les catégories traduites de produits WooCommerce sur son site, après 8 ans de fonctionnement sans problème. Solution : Nous avons identifié que le slug de la catégorie avait été mal traduit. Pour résoudre ce problème, nous avons supprimé toutes les anciennes traductions du slug et l'avons re-traduit correctement via WPML > Paramètres > Traduction des taxonomies > Catégorie de produit > Traduire le slug. Nous recommandons également de sauvegarder le site et la base de données avant de procéder à des modifications, en utilisant un plugin tel que Duplicator.
Si cette solution ne s'applique pas à votre cas ou semble obsolète, nous vous invitons à consulter les problèmes connus, vérifier la version des corrections permanentes et confirmer que vous avez installé les dernières versions des thèmes et plugins. Si le problème persiste, n'hésitez pas à ouvrir un nouveau ticket de support sur notre forum d'assistance.
