Een WooCommerce-winkel met vastgelopen acties
Duizenden geplande acties blijven in afwachting en e-mails gaan te laat de deur uit. LayerAssist vindt de actie die faalt, krijgt de wachtrij weer in beweging en stelt een echte cron in.
Wees zeker dat je geplande taken echt gedraaid hebben.
Back-ups, e-mails, imports, geplande berichten: veel werk van je website gebeurt op de achtergrond, volgens een schema. LayerAssist controleert of die taken draaien, zoekt uit waarom er één niet liep en zet hem weer aan het werk.
In het kort
- In de chatIn de chat zet het je cronjobs op een rij, leest het hun logs, controleert het de WordPress-planner en achtergrondprocessen en herstelt het de taak die niet draait.
- AutomatiseringAls je eigen automatisering kan het elke ochtend controleren of de taken van afgelopen nacht hebben gedraaid – bijvoorbeeld of er een verse back-up is – en je waarschuwen als er één niet liep.
- Ingebouwde monitorDraait je queue-worker als dienst, dan waarschuwt de ingebouwde dienstmonitor je zodra hij stopt.
- Nog niet beschikbaarEen ingebouwde heartbeat-monitor voor cronjobs is er nog niet.
Achtergrondtaken falen zonder geluid
Cronjobs en wachtrijen werken als niemand kijkt: nachtelijke back-ups, factuurmails, productimports, cache opruimen, geplande berichten. Stopt er één, dan verschijnt er geen foutpagina; het werk wordt gewoon niet gedaan.
Je merkt het later, op de harde manier: de back-up die je nodig hebt is drie maanden oud, klanten kregen hun facturen nooit, het ochtendbericht is nooit verschenen.
Tekenen dat een geplande taak niet draait
- Back-ups verschijnen niet meer, of zijn ouder dan ze zouden moeten zijn
- Geplande berichten tonen ‘Planning gemist’
- Dagelijkse e-mails of exports zijn gestopt
- Een wachtrij blijft groeien en taken blijven ‘in afwachting’
Waarom cronjobs en wachtrijen stoppen
De WordPress-planner draait alleen bij bezoek
WP-Cron draait als iemand de site bezoekt. Op een rustige site, of achter een cache, draaien geplande taken te laat of helemaal niet.
Een verkeerd pad of een verkeerde omgeving
Een taak die met de hand werkt, faalt volgens schema door een andere PHP-versie, een ontbrekend pad of een verplaatst script.
Het workerproces is gestopt
Queue-workers moeten altijd draaien. Na een crash, een deployment of een herstart start niets ze opnieuw.
Taken die crashen of zich opstapelen
Eén falende taak, een slot dat nooit vrijkomt of een taak die langer duurt dan zijn interval blokkeert alles wat erachter komt.
Hoe LayerAssist je achtergrondtaken draaiende houdt
Het controleert het schema, de logs en het resultaat: wat de taak had moeten opleveren.
Het zet op een rij wat gepland is
Het leest de crontab van de server, de cronjobs in je hostingpaneel en de geplande gebeurtenissen van WordPress, en legt elk ervan uit.
Het controleert of de taak echt draaide
Het zoekt naar bewijs: de logregel, het verse back-upbestand, de verstuurde e-mail, de geleegde wachtrij.
Het zoekt uit waarom er één faalde
Het voert het commando van de taak uit zoals cron dat doet, leest de fout en corrigeert daarna het pad, de PHP-versie of de rechten.
Het richt het goed in
Het kan WP-Cron vervangen door een echte servercron, workers instellen die zichzelf herstarten en logging toevoegen, zodat mislukkingen een spoor achterlaten.
Voorbeeld: back-ups die stilletjes waren gestopt
Wat het controleert
- Crontab: back-uptaak elke nacht om 02:00 gepland
- Nieuwste back-upbestand: 74 dagen oud
- Cronlog: de taak faalt met ‘mysqldump: command not found’
- Oorzaak: een serverupdate verplaatste de tool en de taak gebruikt nog het oude pad
Wat het verandert
Het pad in het back-upscript gecorrigeerd, het één keer uitgevoerd en een e-mail bij mislukking ingesteld
Wat het je oplevert
- Bewijs dat taken hebben gedraaid, niet alleen dat ze gepland staan
- Mislukkingen de ochtend erna gevonden, niet maanden later
- Geplande WordPress-taken die op tijd draaien
- Queue-workers die na een crash terugkomen
Echte situaties
Een Laravel-app met een wachtrij
Na een deployment startte de queue-worker niet meer. LayerAssist zet hem onder een supervisor zodat hij zichzelf herstart, en stelt een dienstmonitor voor.
Een nieuwssite met geplande berichten
Berichten gepland voor 6 uur verschijnen pas om 12 uur: achter de cache draaide WP-Cron alleen als de cache verliep. Een servercron lost het op.
Zo controleer je je cronjobs met LayerAssist
Koppel de server of hosting
SSH geeft het volledige beeld; ook het hostingpaneel toont zijn cronjobs.
Vraag om een controle
In de chat: ‘Draaien onze geplande taken?’ of ‘Waarom is de import van vannacht mislukt?’
Laat het de taak herstellen
Het vindt de oorzaak, lost die op en voert de taak één keer uit om te bewijzen dat hij werkt.
Maak er een ochtendcontrole van
Vraag om een dagelijkse controle als je eigen automatisering en voeg de dienstmonitor toe voor queue-workers die als dienst draaien.
Vragen over het bewaken van cronjobs
Cron is de eigen planner van de server en draait op tijd. WP-Cron is de ingebouwde planner van WordPress en draait alleen als iemand de site bezoekt. Voor betrouwbare tijden kan LayerAssist WP-Cron starten vanuit een echte servercron.
Ja, met SSH-toegang. Het controleert workerprocessen, mislukte taken en de lengte van de wachtrij, en kan workers onder Supervisor of systemd laten draaien zodat ze zichzelf herstarten.
Met een geplande controle als je eigen automatisering: elke ochtend zoekt die bijvoorbeeld naar bewijs dat je taken hebben gedraaid en waarschuwt je als er één ontbreekt. Een ingebouwde heartbeat-monitor is er nog niet.
De cronjobs en logs van je eigen gebruiker lezen lukt met een gewone login. Systeemdiensten of taken van andere gebruikers wijzigen vraagt sudo, dat inbegrepen is vanaf het Plus-abonnement.
Verwante gidsen
- Ingebouwde monitorServerdienstenWaarschuwt als een dienst stopt, zoals je database.
- AutomatiseringWordPress-updatesControleert dagelijks op updates, maakt een back-up, werkt bij en test.
- AutomatiseringApplicatiefoutenLeest regelmatig je foutlogboeken en legt uit wat ertoe doet.
Alle monitoringgidsenBekijk wat elk abonnement bevatHoe LayerAssist werkt
Vanaf $ 9 per maand · 14 dagen bedenktijd
De volgende keer dat er iets misgaat, weet je wie je moet vragen.
Voeg je website toe en stel vandaag je eerste vraag. Niets voor jou? Zeg binnen 14 dagen op en krijg je eerste betaling terug, min alleen het AI-werk dat je gebruikte.
7 dagen gratis · Geen creditcard nodig · Geen technische kennis nodig.