En WooCommerce-butik med handlinger, der sidder fast
Tusindvis af planlagte handlinger står og venter, og mails bliver sendt for sent. LayerAssist finder den handling, der fejler, får køen i gang og sætter et rigtigt cron op.
Vær sikker på, at dine planlagte opgaver faktisk kørte.
Backups, mails, importer, planlagte indlæg: meget af din hjemmesides arbejde sker i baggrunden efter en tidsplan. LayerAssist tjekker, at opgaverne kører, finder ud af, hvorfor én ikke gjorde, og sætter den i gang igen.
Kort fortalt
- I chattenI chatten oplister den dine cron-jobs, læser deres logs, tjekker WordPress’ planlægger og baggrundsprocesser og retter et job, der ikke kører.
- AutomatiseringSom din egen automatisering kan den hver morgen tjekke, at nattens jobs kørte – for eksempel at der findes en frisk backup – og give besked, når et af dem ikke gjorde.
- Indbygget overvågningHvis din køarbejder kører som tjeneste, giver den indbyggede tjenesteovervågning dig besked, så snart den stopper.
- Ikke tilgængelig endnuEn indbygget “heartbeat”-overvågning til cron-jobs findes ikke endnu.
Baggrundsjobs fejler uden en lyd
Cron-jobs og køer arbejder, når ingen kigger: natlige backups, fakturamails, produktimporter, cacheoprydning, planlagte indlæg. Når et af dem stopper, vises ingen fejlside – arbejdet bliver bare ikke gjort.
Du finder ud af det senere og på den hårde måde: den backup, du har brug for, er tre måneder gammel, kunderne fik aldrig deres fakturaer, morgenens indlæg blev aldrig udgivet.
Tegn på, at et planlagt job ikke kører
- Backups er holdt op med at komme eller er ældre, end de burde være
- Planlagte indlæg viser “Planlægning mislykkedes”
- Daglige mails eller eksporter er stoppet
- Køen bliver ved med at vokse, og jobs bliver stående som “afventer”
Hvorfor cron-jobs og køer stopper
WordPress’ planlægger kører kun ved besøg
WP-Cron udløses, når nogen besøger hjemmesiden. På en hjemmeside med få besøg eller bag en cache kører planlagte opgaver sent eller slet ikke.
Forkert sti eller miljø
Et job, der virker, når det køres manuelt, fejler efter tidsplanen på grund af en anden PHP-version, en manglende sti eller et flyttet script.
Arbejderprocessen er stoppet
Køarbejdere skal køre hele tiden. Efter et nedbrud, en udrulning eller en genstart starter intet dem igen.
Jobs, der går ned eller hober sig op
Et job, der fejler, en lås, der aldrig frigives, eller et job, der tager længere tid end sit interval, blokerer alt bag sig.
Sådan holder LayerAssist dine baggrundsjobs kørende
Den tjekker tidsplanen, logfilerne og resultatet: det, jobbet skulle have skabt.
Oplister det, der er planlagt
Den læser serverens crontab, cron-jobbene i webhotellets kontrolpanel og WordPress’ planlagte begivenheder og forklarer hver af dem.
Tjekker, at jobbet faktisk kørte
Den leder efter beviser: en linje i loggen, en frisk backupfil, en sendt mail, en tømt kø.
Finder ud af, hvorfor et fejlede
Den kører jobbets kommando, som cron gør det, læser fejlen og retter så stien, PHP-versionen eller rettighederne.
Sætter det ordentligt op
Den kan erstatte WP-Cron med et rigtigt servercron, sætte arbejdere op, der genstarter sig selv, og tilføje logning, så fejl efterlader et spor.
Eksempel: backups, der i stilhed holdt op med at blive taget
Hvad den tjekker
- Crontab: backup planlagt hver nat kl. 02.00
- Nyeste backupfil: 74 dage gammel
- Cron-log: jobbet fejler med “mysqldump: command not found”
- Årsag: en serveropdatering flyttede værktøjet, og jobbet bruger stadig den gamle sti
Hvad den ændrer
Rettede stien i backupscriptet, kørte det én gang og satte en mail op ved fejl
Hvad du får
- Bevis for, at jobbene kørte, ikke kun at de er planlagt
- Fejl opdaget næste morgen, ikke efter flere måneder
- Planlagte WordPress-opgaver, der kører til tiden
- Køarbejdere, der kommer op igen efter et nedbrud
Virkelige situationer
En Laravel-applikation med en kø
Efter en udrulning startede køarbejderen aldrig igen. LayerAssist lægger den under supervisor, så den genstarter sig selv, og foreslår en tjenesteovervågning.
En nyhedsside med planlagte artikler
Artikler, der er planlagt til kl. 6.00, udkommer ved middagstid: bag cachen blev WP-Cron først udløst, når cachen udløb. Et servercron løser det.
Sådan tjekker du cron-jobs med LayerAssist
Forbind serveren eller webhotellet
SSH giver det fulde billede; webhotellets kontrolpanel viser også sine cron-jobs.
Bed om et tjek
I chatten: “Kører vores planlagte jobs?” eller “Hvorfor fejlede nattens import?”
Lad den rette jobbet
Den finder årsagen, retter den og kører jobbet én gang for at bevise, at det virker.
Gør det til et morgentjek
Bed om et dagligt tjek som din egen automatisering, og tilføj en tjenesteovervågning for køarbejdere, der kører som tjeneste.
Spørgsmål om overvågning af cron-jobs
Cron er serverens egen planlægger og kører præcis til tiden. WP-Cron er planlæggeren, der er indbygget i WordPress, og den udløses kun, når nogen besøger hjemmesiden. For pålidelige tidspunkter kan LayerAssist køre WP-Cron fra et rigtigt servercron.
Ja, med SSH-adgang. Den tjekker arbejderprocesser, mislykkede jobs og køens længde og kan køre arbejderne under Supervisor eller systemd, så de genstarter sig selv.
Med et planlagt tjek som din egen automatisering: hver morgen leder den for eksempel efter beviser på, at jobbene kørte, og giver besked, når et mangler. En indbygget “heartbeat”-overvågning findes ikke endnu.
At læse cron-jobs og logs for din egen bruger kan klares med almindelig adgang. Ændringer i systemtjenester eller andre brugeres jobs kræver sudo, som er med i Plus og højere abonnementer.
Relaterede guides
- Indbygget overvågningServertjenesterGiver besked, når en tjeneste, for eksempel databasen, stopper.
- AutomatiseringWordPress-opdateringerLeder efter opdateringer dagligt, tager backup, opdaterer og tester.
- AutomatiseringApplikationsfejlLæser fejllogs jævnligt og forklarer, hvad der betyder noget.
Alle guides om overvågningSe, hvad hvert abonnement indeholderSådan virker LayerAssist
Fra 9 $ om måneden · 14 dage til at fortryde
Næste gang noget går i stykker, ved du, hvem du skal spørge.
Tilføj dit website og stil dit første spørgsmål i dag. Ikke noget for dig? Opsig inden for 14 dage og få din første betaling tilbage, kun fratrukket det AI-arbejde, du har brugt.
Gratis i 7 dage · Intet kreditkort nødvendigt · Ingen teknisk viden nødvendig.