Passer la navigation

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 support : Pacific/Easter (GMT-06:00)

Marqué : 

Ce sujet contient 22 réponses, a 0 voix.

Dernière mise à jour par Ilyes Il y a 3 secondes.

Assisté par: Ilyes.

Auteur Messages
mai 15, 2025 à 8:06 am #17035462

patriceN-2

Contexte de la question:
Je tente d'accéder à certains détails de commande WooCommerce en admin, mais je rencontre une erreur. J'ai trouvé un topic similaire ici : https://wpml.org/forums/topic/wpml_switch_language-causing-cloudflare-error-520/page/2/. Je peux fournir les accès à la version de stagging pour les tests. Voici le lien où le problème peut être vu : lien caché. J'utilise WPML 4.6.15. Le message d'erreur dans les logs est : <code>upstream sent too big header while reading response header from upstream</code>.

Symptômes:
Erreur 502 lors de l'accès aux détails de commande WooCommerce en admin, avec le message d'erreur : 'upstream sent too big header while reading response header from upstream'. Le problème disparaît lorsque WPML est désactivé.

Questions:
Pourquoi l'erreur 502 se produit-elle lorsque j'accède aux détails de certaines commandes WooCommerce avec WPML activé ?
Existe-t-il une correction pour ce problème du côté de WPML ?

mai 16, 2025 à 2:32 pm #17042484

Ilyes
Supporter

Les langues: Anglais (English ) Français (Français ) Arabe (العربية )

Fuseau horaire: Pacific/Easter (GMT-06:00)

Bonjour,

Merci d'avoir contacté l'équipe de support WPML,

Y a-t-il une raison pour laquelle vos versions de WPML ne sont pas à jour ? Avec WPML 4.7+, nous avons amélioré de nombreux problèmes de performance,

Pourriez-vous sauvegarder votre site et mettre à jour tous vos plugins WPML à la dernière version ? Voici les numéros de version listés ici : https://wpml.org/fr/account/downloads/

Si le problème persiste avec des versions plus récentes de WPML, la dernière solution qui a fonctionné a été partagée avec un autre client :

J'ai revérifié cette ligne de code avec « get_the_terms » mais je ne vois pas ce qui pourrait clocher. J'ai également essayé de l'envelopper dans ceci pour être sûr, mais aucune différence :

if (isset($product_link_vendor->ID)) {

J'ai passé beaucoup de temps avec l'hébergeur pour obtenir des logs PHP supplémentaires. Il n'y a rien d'utile là-dedans si vous voulez mon avis : lien caché

Suite à vos commentaires sur « switch_to_locale », j'ai remplacé ceci :

do_action('wpml_switch_language', $current_language_code) ;

par ceci :

if ($current_language_code == 'de') {

switch_to_locale('de_DE') ;

}

Cela résout également le problème.

Cordialement,

mai 27, 2025 à 12:58 pm #17078538

patriceN-2

Bonjour,

Je vous confirme avoir effectué la mise à jour vers la version 4.7.4 de WPML et que le problème se pose toujours. Je n'arrive pas à accéder à certaines commandes dans l'admin de WooCommerce.

Dès que je désactive WPML, je peux accéder à ces commandes.

Je ne comprends pas quelle partie du code vous souhaitez que je modifie étant donné qu'il s'agit du backoffice de WooCommerce.
Même lorsque je désactive tous les hooks que j'ai surchargé, le problème se pose, ce dernier ne vient donc pas de mon code : )

Dans l'attente de votre retour,

mai 27, 2025 à 8:06 pm #17080584

Ilyes
Supporter

Les langues: Anglais (English ) Français (Français ) Arabe (العربية )

Fuseau horaire: Pacific/Easter (GMT-06:00)

Bonjour,

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,

N'hésitez pas à me faire part de tout autre détail qui pourrait m'être utile pour le débogage,

Je vais installer un plugin de migration pour obtenir une copie de votre site et travailler dessus localement aussi,

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.

juin 9, 2025 à 1:24 pm #17118602

Ilyes
Supporter

Les langues: Anglais (English ) Français (Français ) Arabe (العربية )

Fuseau horaire: Pacific/Easter (GMT-06:00)

Hello,

I'm migrating your site to our cloudways server so we can test this freely,

I will get back to you with more details,

juin 9, 2025 à 2:36 pm #17118865

Ilyes
Supporter

Les langues: Anglais (English ) Français (Français ) Arabe (العربية )

Fuseau horaire: Pacific/Easter (GMT-06:00)

Bonjour,

Je ne vois plus l'erreur maintenant : lien caché

J'ai mis à jour WPML, String translation et Woocommerce multilangual.

Je peux accéder aux détails de la commande sans erreur, pourriez-vous vérifier que je n'ai rien oublié ?

juin 12, 2025 à 12:59 pm #17130190

patriceN-2

Bonjour,

Merci pour votre retour.

Cela semble fonctionner pour certaines, mais pas pour toutes.

Également sur notre version de production où j'ai effectué les mises à jour de WPML, String translation et Woocommerce multilangual comme vous l'indiquez mais nous avons toujours des problèmes d'accès.

Un exemple sur la version de stagging que vous avez est la commande ID 520401.

Dans l'attente de votre retour,

juin 13, 2025 à 3:56 pm #17134160

Ilyes
Supporter

Les langues: Anglais (English ) Français (Français ) Arabe (العربية )

Fuseau horaire: Pacific/Easter (GMT-06:00)

Bonjour,

Après avoir désactivé certains plugins, le site d'essai a rencontré une erreur critique, et je n'ai pas pu télécharger ni afficher le fichier d'erreur de débogage en raison de sa taille.

Si vous pouviez restaurer le site pour moi, ce serait formidable, et jusqu'à présent, voici ce que j'ai trouvé :

Vous obtenez un pic dans les en-têtes HTTP, uniquement lorsque WPML est activé, ce qui peut causer des problèmes de performance ou déclencher des limites de ressources.

1- L'utilisation de la mémoire est OK
Vous utilisez ~249MB sur un plafond de mémoire de 4GB, donc vous êtes en sécurité sur la mémoire. Cela signifie que :

WP_MEMORY_LIMIT et PHP memory_limit ne sont probablement pas votre goulot d'étranglement.

2- Vos en-têtes de requête incluent ceci :

cookie : ajs_anonymous_id=... ; wp-settings-1=... ; wp-wpml_current_admin_language=fr ; ...

... et c'est bourré de :

- wp-settings-1 répété plusieurs fois avec un encodage d'esperluette corrompu (ampampampamp...)
- Cookies de session et de panier WooCommerce
- Langue d'administration WPML
- Cloudflare (__cf_bm)
- Cookies de suivi (tk_ai, ajs_anonymous_id)

L'ensemble de cet en-tête dépasse probablement 8Ko, ce que Cloudflare ou Nginx peut rejeter.

Comme première solution, ajoutez large_client_header_buffers à la configuration de Nginx
Si vous gérez votre propre Nginx (ou via le support de Kinsta), ajoutez ceci à votre nginx.conf :

http {

 large_client_header_buffers 16 16k ;
 fastcgi_buffers 64 64k ;
 fastcgi_buffer_size 128k ;
}

La valeur par défaut est généralement de 4 8k, ce qui n'est pas suffisant pour les configurations avec beaucoup de cookies comme WPML + WooCommerce + plugins d'administration.

Une solution secondaire serait de vérifier votre base de données et de voir quels sont les champs les plus importants dans les entrées postmeta, je n'ai pas pu accéder à votre base de données avec adminer pour le vérifier moi-même :

SELECT meta_key, LENGTH(meta_value) as size
FROM wp_postmeta
WHERE post_id = 520401
ORDER BY size DESC
LIMIT 50 ;

Cordialement,

juin 16, 2025 à 12:30 pm #17138694

patriceN-2

Bonjour,

J'ai débloqué le site qui était en erreur.

Malheureusement, les en-têtes CloudFlare ne peuvent pas être modifiées, donc modifier celles de NGinx ne ferait que retarder le problème à priori ... : /

J'ai tenté de nettoyer les cookies et d'enlever tous les &amp provenant semblerait-il d'un problème lié au "user-settings" dans la table usermeta mais cela n'y fait rien.

Lorsque j'éxécute votre requête SQL, les deux premiers résultats sont _wcpdf_invoice_settings (979) et _wcpdf_invoice_number_data (173).
Même 967, ce n'est pas énorme pour un longtext.
Surtout si on compare par exemple à icl_sitepress_settings de la table options qui fait 127589 : )

Avec les seuls 9 plugins que vous avez laissé activé, le problème persiste mais disparait toujours en désactivant WPML : /

Le problème s'est produit dans de rare cas et se produit aujourd'hui de plus en plus, nous n'arrivons plus à accéder à de plus en plus de commande. Il semblerait donc qu'il y ait une notion cumulative d'un élément ?

Merci pour votre aide 🙏

juin 16, 2025 à 9:58 pm #17140390

Ilyes
Supporter

Les langues: Anglais (English ) Français (Français ) Arabe (العربية )

Fuseau horaire: Pacific/Easter (GMT-06:00)

Bonjour,

Je soupçonne fortement qu'il s'agit d'un problème d'autoload, icl_sitepress_settings ne devrait pas être supprimé de l'autoload car il est fréquemment utilisé partout dans le WPML et les add-ons et appellera des requêtes SQL trop souvent.

Ce problème est particulièrement fréquent avec certains hébergeurs comme WP engine et des CDN comme cloudways...

Nous avons travaillé sur l'amélioration de ce problème (il affecte principalement les gros sites, plus ils sont gros, plus ce problème est proéminent).

Veuillez aller dans WPML->Support->Dépannage->Nettoyage et optimisation des tables de chaînes.

Ensuite, sauvegardez tout avant de continuer. Et testez ce qui suit sur le site d'essai d'abord.

Ensuite, nous devrions essayer de désactiver le autoload pour icl_sitepress_settings sur votre site de test . Juste pour confirmer que c'est le bon problème sur lequel nous devons nous concentrer.

Vous pouvez le faire directement depuis votre base de données, ou depuis votre serveur cloudways comme expliqué ici : lien caché

D'autres noms d'options peuvent avoir une grande taille de données et voici comment vous pouvez la réduire :

- wpml_notices : peut être supprimé
- wpml_strings_need_link_fixed : peut être réduit en lançant l'option Translate Link Targets sous WPML → Settings.
- _wpml_tp_api_logger : peut être supprimé
- WPML(logs) peut être supprimé
- wpml_tp_com_logs peut être effacé de WPML > Support > communication log

J'espère que cela vous aidera,

juin 17, 2025 à 2:35 pm #17142976

patriceN-2

Bonjour,

icl_sitepress_settings est toujours à autoload=yes, je ne comprends pas votre point 🤔

Je n'ai plus accès aux paramètres WPML sur ma version de stagging, vous m'avez bloqué ?

juin 17, 2025 à 5:04 pm #17143483

Ilyes
Supporter

Les langues: Anglais (English ) Français (Français ) Arabe (العربية )

Fuseau horaire: Pacific/Easter (GMT-06:00)

Sur le site d'essai, modifiez autoload à « No » pour cette option et voyez si cela change la situation.

Et non, je ne vous ai pas bloqué, et je suis en mesure d'accéder à moi-même en utilisant l'accès que vous avez partagé auparavant,

juin 19, 2025 à 1:27 pm #17150844

patriceN-2

Bonjour,

Je n'ai toujours pas accès, je ne comprends pas.

En plus de ça, WPML ne semble pas fonctionner sur le back office. Tous les produits dans toutes les langues y sont mélangés (malgré qu'il soit activé).

__

Auriez-vous une solution temporaire à me proposer pour mon site en production ?
Nous n'arrivons plus à accéder à des dizaines de commandes, c'est très problématique.
Y a-t-il un hook ou peu importe que nous puissions désactiver sur les détails des commandes en administration le temps de trouver une solution pérenne ?

Capture d’écran 2025-06-19 à 15.25.22.png
juin 19, 2025 à 4:09 pm #17151718

patriceN-2

A toutes fin utile, j'ai trouvé une solution temporaire pour accéder à mes commandes bloquées, si ça peut aider quelqu'un d'autres (dans le cas d'une installation multisite).

if ( $_GET['forced_deactivation_of_wpml'] === "1" ) {
    add_filter(
        'site_option_active_sitewide_plugins',
        function ( $plugins ) {
            if ( get_current_blog_id() === 1 ) {
                unset( $plugins['sitepress-multilingual-cms/sitepress.php'] );
            }
            return $plugins;
        },
        1
    );
}

Dans l'attente de votre solution Ilyes.

juin 20, 2025 à 3:35 pm #17154803

Ilyes
Supporter

Les langues: Anglais (English ) Français (Français ) Arabe (العربية )

Fuseau horaire: Pacific/Easter (GMT-06:00)

Bonjour,

Désolé pour le retard dans la réponse, j'ai débogué le problème depuis et j'ai besoin d'escalader ce problème à nos développeurs pour l'instant,

Et je suis heureux que cette solution temporaire soit utile, cela désactiverait WPML sur demande, mais ne devrait pas être utilisé comme une solution permanente (une note pour les autres utilisateurs).

Je reviendrai vers vous avec plus d'informations bientôt,