Articles sur : Amazon Marketplace (PrestaShop)

Erreur Cloudflare 524 lors de l’exécution du cron (timeout)

Le cron échoue à cause d’une erreur Cloudflare 524. Cela signifie que la requête dépasse le temps d’exécution maximal autorisé par Cloudflare (généralement entre 100 et 120 secondes).


Même si le cron est lancé via une tâche planifiée du serveur (crontab), s’il passe par une URL HTTP protégée par Cloudflare, la requête peut être interrompue avant la fin du traitement.


Plus d’informations ici :

https://developers.cloudflare.com/support/troubleshooting/http-status-codes/cloudflare-5xx-errors/error-524/



Pourquoi cela se produit


Cette erreur apparaît généralement lorsque :


  • le script est trop lourd (catalogue volumineux, stock, commandes)
  • Cloudflare applique une limite stricte sur les requêtes HTTP
  • le script continue côté serveur mais la connexion HTTP est déjà coupée



Solution recommandée (exécution en CLI)


La solution recommandée est d’exécuter le cron en PHP CLI (ligne de commande) au lieu d’une URL HTTP.


Cela permet de contourner complètement Cloudflare et ses limitations de timeout.


Exemple (version HTTP – problématique)


https://myshop.com/modules/amazon/functions/check_stock.php?cron_token=XXXX&mkp=XXXX&fix=1



Exemple (version CLI – recommandée)


Votre prestataire doit utiliser une commande du type :


/usr/bin/php /chemin/absolu/de/votre/prestashop/modules/amazon/functions/check_stock.php cron_token=XXXX mkp=XXXX fix=1



Points importants


Merci de demander à votre hébergeur de :


  • remplacer l’appel HTTP du cron par une commande PHP CLI
  • utiliser le chemin absolu correct de votre installation PrestaShop
  • vérifier le chemin du binaire PHP CLI (/usr/bin/php ou équivalent)


En mode CLI :


  • il n’y a plus d’URL https://
  • les caractères ? et & deviennent des espaces
  • il n’y a plus de limite de timeout Cloudflare



Alternative (non recommandée)


Il est aussi possible de :


  • augmenter le timeout Cloudflare si votre plan le permet


Cependant, cette solution reste instable pour les catalogues volumineux.



Recommandation


Pour les catalogues importants ou les synchronisations fréquentes, l’exécution en CLI est la solution la plus stable et recommandée.

Mis à jour le : 15/05/2026

Cet article a-t-il répondu à vos questions ?

Partagez vos commentaires

Annuler

Merci !