Var säker på att dina schemalagda uppgifter verkligen kördes.

Säkerhetskopior, e-post, importer, schemalagda inlägg: mycket av webbplatsens arbete sker i bakgrunden enligt schema. LayerAssist kontrollerar att uppgifterna körs, tar reda på varför en inte gjorde det och startar den igen.

I korthet

  • I chattenI chatten listar den dina cron-jobb, läser deras loggar, kontrollerar WordPress schemaläggare och bakgrundsprocesser och åtgärdar ett jobb som inte körs.
  • AutomatiseringSom din egen automatisering kan den varje morgon kontrollera att nattens jobb kördes – till exempel att det finns en färsk säkerhetskopia – och säga till när något inte gjorde det.
  • Inbyggd övervakareOm din köarbetare körs som tjänst larmar den inbyggda tjänsteövervakaren dig så fort den stannar.
  • Inte tillgängligt änEn inbyggd ”heartbeat”-övervakare för cron-jobb finns inte än.

Bakgrundsjobb misslyckas utan ett ljud

Cron-jobb och köer arbetar när ingen tittar: nattliga säkerhetskopior, fakturamejl, produktimporter, cacherensning, schemalagda inlägg. När ett av dem stannar visas ingen felsida – arbetet blir helt enkelt inte gjort.

Du får veta det senare och på det svåra sättet: säkerhetskopian du behöver är tre månader gammal, kunderna fick aldrig sina fakturor, morgonens inlägg publicerades aldrig.

Tecken på att ett schemalagt jobb inte körs

  • Säkerhetskopior har slutat komma eller är äldre än de borde vara
  • Schemalagda inlägg visar ”Missad schemaläggning”
  • Dagliga mejl eller exporter har upphört
  • Kön fortsätter att växa och jobben står kvar som ”väntande”

Varför cron-jobb och köer stannar

WordPress schemaläggare körs bara vid besök

WP-Cron utlöses när någon besöker webbplatsen. På en webbplats med få besök eller bakom en cache körs schemalagda uppgifter sent eller inte alls.

Fel sökväg eller miljö

Ett jobb som fungerar när det körs manuellt misslyckas enligt schema på grund av en annan PHP-version, en saknad sökväg eller ett flyttat skript.

Arbetarprocessen har stannat

Köarbetare måste köras hela tiden. Efter en krasch, en driftsättning eller en omstart startar ingenting dem igen.

Jobb som kraschar eller hopar sig

Ett jobb som misslyckas, ett lås som aldrig släpps eller ett jobb som tar längre tid än sitt intervall blockerar allt bakom sig.

Så håller LayerAssist dina bakgrundsjobb igång

Den kontrollerar schemat, loggarna och resultatet: det som jobbet skulle ha skapat.

Listar det som är schemalagt

Den läser serverns crontab, cron-jobben i webbhotellets kontrollpanel och WordPress schemalagda händelser och förklarar var och en.

Kontrollerar att jobbet verkligen kördes

Den letar efter bevis: en rad i loggen, en färsk säkerhetskopia, ett skickat mejl, en tömd kö.

Tar reda på varför ett misslyckades

Den kör jobbets kommando på samma sätt som cron gör, läser felet och rättar sedan sökvägen, PHP-versionen eller behörigheterna.

Ställer in det ordentligt

Den kan ersätta WP-Cron med ett riktigt servercron, ställa in arbetare som startar om sig själva och lägga till loggning så att misslyckanden lämnar spår.

Exempel: säkerhetskopior som tyst slutade göras

  1. Du

    Kan du kontrollera att våra nattliga säkerhetskopior fungerar? Jag tror inte att någon har tittat på dem på flera månader.

  2. Vad den kontrollerar

    • Crontab: säkerhetskopia schemalagd varje natt kl. 02:00
    • Senaste säkerhetskopian: 74 dagar gammal
    • Cron-logg: jobbet misslyckas med ”mysqldump: command not found”
    • Orsak: en serveruppdatering flyttade verktyget och jobbet använder fortfarande den gamla sökvägen
  3. Vad den ändrar

    Rättade sökvägen i skriptet för säkerhetskopiering, körde det en gång och ställde in ett mejl vid misslyckande

  4. LayerAssist

    Dina säkerhetskopior har inte körts på 74 dagar: en serveruppdatering flyttade databasverktyget som skriptet använder. Jag rättade sökvägen och tog en säkerhetskopia nyss; den blev klar och filen finns på plats. Om du vill kan jag kontrollera varje morgon att det finns en färsk kopia.

Vad du får

  • Bevis på att jobben kördes, inte bara att de är schemalagda
  • Misslyckanden upptäckta nästa morgon, inte efter flera månader
  • Schemalagda WordPress-uppgifter som körs i tid
  • Köarbetare som kommer tillbaka efter en krasch

Verkliga situationer

En WooCommerce-butik med åtgärder som har fastnat

Tusentals schemalagda åtgärder står kvar som väntande och mejlen går iväg sent. LayerAssist hittar åtgärden som misslyckas, får igång kön och ställer in ett riktigt cron.

Ett Laravel-program med en kö

Efter en driftsättning startade köarbetaren aldrig igen. LayerAssist lägger den under supervisor så att den startar om sig själv och föreslår en tjänsteövervakare.

En nyhetssajt med schemalagda artiklar

Artiklar som schemalagts till 06:00 publiceras vid lunch: bakom cachen utlöstes WP-Cron först när cachen gick ut. Ett servercron löser det.

Så kontrollerar du cron-jobb med LayerAssist

  1. Koppla servern eller webbhotellet

    SSH ger hela bilden; webbhotellets kontrollpanel visar också sina cron-jobb.

  2. Be om en kontroll

    I chatten: ”Körs våra schemalagda jobb?” eller ”Varför misslyckades nattens import?”

  3. Låt den åtgärda jobbet

    Den hittar orsaken, åtgärdar den och kör jobbet en gång för att bevisa att det fungerar.

  4. Gör det till en morgonkontroll

    Be om en daglig kontroll som en egen automatisering och lägg till en tjänsteövervakare för köarbetare som körs som tjänst.

Frågor om bevakning av cron-jobb

Cron är serverns egen schemaläggare och körs exakt i tid. WP-Cron är schemaläggaren som är inbyggd i WordPress och utlöses bara när någon besöker webbplatsen. För pålitliga tider kan LayerAssist köra WP-Cron från ett riktigt servercron.

Nästa: WordPress-uppdateringar

Från 9 $ i månaden · 14 dagar att ångra dig

Nästa gång något går sönder vet du vem du ska fråga.

Lägg till din webbplats och ställ din första fråga redan i dag. Inte för dig? Säg upp inom 14 dagar och få tillbaka din första betalning, med avdrag endast för det AI-arbete du använt.

Gratis i 7 dagar · Inget kreditkort behövs · Ingen teknisk kunskap krävs.