Une boutique WooCommerce aux actions bloquées
Des milliers d’actions planifiées restent en attente et les e-mails partent en retard. LayerAssist trouve l’action en échec, relance la file d’attente et met en place un vrai cron.
Soyez sûr que vos tâches planifiées ont vraiment tourné.
Sauvegardes, e-mails, imports, articles programmés : une grande partie du travail de votre site se fait en arrière-plan, selon un planning. LayerAssist vérifie que ces tâches tournent, découvre pourquoi l’une ne l’a pas fait et la relance.
En bref
- Dans le chatDans le chat, il liste vos tâches cron, lit leurs journaux, vérifie le planificateur de WordPress et les processus en arrière-plan, et répare la tâche qui ne tourne pas.
- AutomatisationAvec une automatisation à vous, il peut vérifier chaque matin que les tâches de la nuit ont tourné — par exemple qu’une sauvegarde récente existe — et vous prévenir si l’une d’elles ne l’a pas fait.
- Moniteur intégréSi votre worker de file d’attente tourne comme service, le moniteur de service intégré vous alerte dès qu’il s’arrête.
- Pas encore disponibleUn moniteur « heartbeat » intégré pour les tâches cron n’est pas encore disponible.
Les tâches en arrière-plan échouent sans un bruit
Les tâches cron et les files d’attente travaillent quand personne ne regarde : sauvegardes nocturnes, e-mails de factures, imports de produits, nettoyages de cache, articles programmés. Quand l’une s’arrête, aucune page d’erreur n’apparaît ; le travail n’est simplement pas fait.
Vous le découvrez plus tard, à vos dépens : la sauvegarde dont vous avez besoin date de trois mois, les clients n’ont jamais reçu leurs factures, l’article du matin n’est jamais paru.
Signes qu’une tâche planifiée ne tourne pas
- Les sauvegardes n’apparaissent plus ou sont plus anciennes que prévu
- Les articles programmés affichent « Programmation manquée »
- Les e-mails ou exports quotidiens se sont arrêtés
- Une file d’attente ne cesse de grossir et les tâches restent « en attente »
Pourquoi les tâches cron et les files d’attente s’arrêtent
Le planificateur de WordPress ne tourne qu’avec des visites
WP-Cron s’exécute quand quelqu’un visite le site. Sur un site peu fréquenté, ou derrière un cache, les tâches planifiées tournent en retard, ou pas du tout.
Un chemin ou un environnement erroné
Une tâche qui fonctionne à la main échoue en planifié à cause d’une autre version de PHP, d’un chemin manquant ou d’un script déplacé.
Le processus worker s’est arrêté
Les workers de file d’attente doivent tourner en permanence. Après un plantage, un déploiement ou un redémarrage, rien ne les relance.
Des tâches qui plantent ou s’accumulent
Une tâche en échec, un verrou jamais libéré ou une tâche qui dure plus longtemps que son intervalle bloque tout ce qui suit.
Comment LayerAssist fait tourner vos tâches en arrière-plan
Il vérifie le planning, les journaux et le résultat : ce que la tâche aurait dû produire.
Il liste ce qui est planifié
Il lit la crontab du serveur, les tâches cron de votre panneau d’hébergement et les événements planifiés de WordPress, et vous explique chacun.
Il vérifie que la tâche a vraiment tourné
Il cherche les preuves : l’entrée dans le journal, le fichier de sauvegarde récent, l’e-mail envoyé, la file d’attente vidée.
Il trouve pourquoi une tâche a échoué
Il exécute la commande de la tâche comme le fait cron, lit l’erreur, puis corrige le chemin, la version de PHP ou les permissions.
Il met tout en place correctement
Il peut remplacer WP-Cron par un vrai cron serveur, configurer des workers qui redémarrent seuls et ajouter des journaux, pour que les échecs laissent une trace.
Exemple : des sauvegardes arrêtées sans prévenir
Ce qu’il vérifie
- Crontab : sauvegarde programmée chaque nuit à 02:00
- Dernier fichier de sauvegarde : vieux de 74 jours
- Journal cron : la tâche échoue avec « mysqldump: command not found »
- Cause : une mise à jour du serveur a déplacé l’outil, et la tâche utilise encore l’ancien chemin
Ce qu’il change
Corrigé le chemin dans le script de sauvegarde, exécuté le script une fois et ajouté un e-mail en cas d’échec
Ce que vous y gagnez
- La preuve que les tâches ont tourné, pas seulement qu’elles sont planifiées
- Les échecs découverts le lendemain matin, pas des mois plus tard
- Des tâches planifiées WordPress exécutées à l’heure
- Des workers de file d’attente qui reviennent après un plantage
Situations réelles
Une application Laravel avec une file d’attente
Après un déploiement, le worker de la file ne s’est jamais relancé. LayerAssist le place sous un superviseur pour qu’il redémarre seul et suggère un moniteur de service.
Un site d’actualités aux articles programmés
Les articles programmés pour 6 h sortent à midi : derrière le cache, WP-Cron ne tournait qu’à l’expiration du cache. Un cron serveur règle le problème.
Comment vérifier vos tâches cron avec LayerAssist
Connectez le serveur ou l’hébergement
Le SSH donne la vue complète ; le panneau d’hébergement montre aussi ses tâches cron.
Demandez une vérification
Dans le chat : « Nos tâches planifiées tournent-elles ? » ou « Pourquoi l’import de cette nuit a-t-il échoué ? »
Laissez-le réparer la tâche
Il trouve la cause, la corrige et exécute la tâche une fois pour prouver qu’elle fonctionne.
Faites-en un contrôle matinal
Demandez un contrôle quotidien sous forme d’automatisation, et ajoutez le moniteur de service pour les workers qui tournent comme service.
Questions sur la surveillance des tâches cron
Cron est le planificateur du serveur et s’exécute à l’heure. WP-Cron est le planificateur intégré à WordPress et ne s’exécute que lorsque quelqu’un visite le site. Pour des horaires fiables, LayerAssist peut déclencher WP-Cron depuis un vrai cron serveur.
Oui, avec un accès SSH. Il vérifie les processus workers, les tâches en échec et la longueur de la file, et peut faire tourner les workers sous Supervisor ou systemd pour qu’ils redémarrent seuls.
Avec un contrôle planifié sous forme d’automatisation : chaque matin, par exemple, il cherche les preuves que vos tâches ont tourné et vous prévient s’il en manque une. Un moniteur « heartbeat » intégré n’est pas encore disponible.
Lire les tâches cron et les journaux de votre propre utilisateur fonctionne avec un accès normal. Modifier des services système ou les tâches d’autres utilisateurs demande sudo, inclus à partir de la formule Plus.
Guides associés
- Moniteur intégréServices du serveurVous alerte quand un service, comme votre base de données, s’arrête.
- AutomatisationMises à jour WordPressVérifie les mises à jour chaque jour, sauvegarde, met à jour et teste.
- AutomatisationErreurs applicativesLit régulièrement vos journaux d’erreurs et explique ce qui compte.
Tous les guides de surveillanceVoir ce que comprend chaque formuleComment fonctionne LayerAssist
Dès 9 $ par mois · 14 jours pour changer d’avis
La prochaine fois que quelque chose casse, vous saurez qui appeler.
Ajoutez votre site et posez votre première question dès aujourd’hui. Ce n’est pas pour vous ? Résiliez sous 14 jours et récupérez votre premier paiement, déduction faite uniquement du travail d’IA utilisé.
Gratuit pendant 7 jours · Sans carte bancaire · Aucune connaissance technique nécessaire.