Correction des erreurs lors du paiement WooCommerce – paiements en double, statuts désynchronisés et plantages à charge élevée

Après la mise à jour de WordPress et de certains plugins sur une boutique en ligne de combat (domaine - vente de pièces automobiles, ~8 à 12 000 SKU, 300 à 600 commandes/jour, pics jusqu'à 30 commandes/min), des erreurs critiques sont apparues dans le traitement des commandes et des paiements.

Situation initiale et environnement
- WordPress 6.5.x, WooCommerce 8.x
- PHP 8.2, Nginx + PHP-FPM, MariaDB 10.6
- Cache d'objets Redis, Cloudflare, WP-Cron désactivé - le système cron est utilisé
- Paiements : Stripe et acquisition locale via un plugin séparé (webhook + callback)
- Livraison : module de calcul de tarif personnalisé + intégration avec API externe (peak timeouts)
- Il existe un plugin auto-écrit à utiliser qui ajoute des champs de commande supplémentaires et synchronise les statuts avec 1C via REST

Symptômes
- Parfois, des commandes en double sont créées lors d'un paiement par carte - une en cours de traitement, la seconde en attente
- Les webhooks Stripe ne modifient pas périodiquement le statut de la commande, bien que l'événement ait été transmis à Stripe
- Aux charges de pointe, certains utilisateurs voient 500 sur /checkout/ et les journaux contiennent une erreur fatale et un délai d'attente de blocage/verrouillage lors de l'enregistrement d'une commande.
- Dans l'admin WooCommerce parfois la fiche de commande ne s'ouvre pas - un écran blanc dû à une erreur JS sur la page d'édition

Ce qu'il faut faire
- Reproduire les problèmes lors de la mise en scène, collecter des traces, identifier les causes profondes et les corriger sans désactiver les intégrations clés
- Résoudre les conflits de version/hooks de WooCommerce avec les plugins personnalisés et les modules de paiement, éliminer le double traitement des événements de paiement et de course lors de la création d'une commande
- Correction du traitement des webhooks/rappels afin que les statuts de commande et les métadonnées soient mis à jour exactement une fois, même lors de la redistribution d'événements et de tentatives réseau
- Élimine 500 erreurs lors du paiement, y compris les problèmes de délais d'attente de l'API de livraison externe et de blocage dans la base de données
- Correction d'une erreur JS sur la page de commande dans le panneau d'administration (conflit script/dépendance après mise à jour) sans casser les métabox personnalisées

Restrictions
- Le travail est effectué avec des modifications minimes du thème - toutes les modifications se font via un thème enfant et/ou un plugin séparé, sans modifier le noyau WooCommerce/WordPress
- Vous ne pouvez pas désactiver Redis, Cloudflare et le système cron en production - vérifiez uniquement via une préparation et une publication minutieuse
- Accès : staging + accès en lecture seule aux logs de production, modifications en production via PR dans Git et déploiement via un pipeline existant

Résultat attendu
- Correctifs sous forme de commits/PR avec une description claire des raisons et des solutions
- Un ensemble de journaux/métriques de diagnostic (au sein des outils WP/Woo disponibles) pour surveiller les erreurs répétées
- De brèves instructions sur ce qu'il faut surveiller et comment revenir en arrière en toute sécurité

Critères d'acceptation (mesurables)
1) Pendant 48 heures d'opération de test lors d'une exécution en charge, aucune commande en double ne se produit - 0 doublon pour 1 000 paiements de test.
2) Le webhook/rappel Stripe est idempotent - la livraison répétée du même événement ne modifie pas la commande plus d'une fois et n'en crée pas une nouvelle.
3) Lors d'un test de charge à la caisse (minimum 20 rps pendant 30 minutes), la part de 5xx n'est pas supérieure à 0,2%, le TTFB moyen d'une page de caisse peut aller jusqu'à 800 ms en staging
4) L'erreur d'administration WooCommerce Orders qui a provoqué l'écran blanc a été résolue - la carte de commande s'ouvre et est enregistrée sans erreur JS dans la console

En plus
- Je fournirai les journaux Nginx/PHP-FPM, les journaux WooCommerce, l'accès au référentiel Git, une liste des mises à jour récentes et 3 à 5 exemples de commandes/paiements problématiques.