Fii sigur că sarcinile programate chiar au rulat.

Backupuri, emailuri, importuri, articole programate: multă muncă a site-ului se face în fundal, după un program. LayerAssist verifică dacă aceste sarcini rulează, află de ce una nu a rulat și o repune în funcțiune.

Pe scurt

  • În chatÎn chat, îți listează joburile cron, le citește logurile, verifică planificatorul WordPress și procesele din fundal și repară jobul care nu rulează.
  • AutomatizareCa automatizare a ta, poate verifica în fiecare dimineață că joburile de azi-noapte au rulat, de exemplu că există un backup proaspăt, și îți spune când unul n-a rulat.
  • Monitor inclusDacă workerul de coadă rulează ca serviciu, monitorul inclus de serviciu te anunță în momentul în care se oprește.
  • Încă nu e disponibilUn monitor inclus de tip „heartbeat” pentru joburile cron încă nu e disponibil.

Joburile din fundal cedează fără niciun zgomot

Joburile cron și cozile își fac treaba când nu se uită nimeni: backupuri de noapte, emailuri cu facturi, importuri de produse, curățarea cache-ului, articole programate. Când unul se oprește, nu apare nicio pagină de eroare; munca pur și simplu nu se mai face.

Afli mai târziu, pe calea grea: backupul de care ai nevoie are trei luni, clienții nu și-au primit facturile, articolul de dimineață n-a apărut niciodată.

Semne că un job programat nu rulează

  • Backupurile nu mai apar sau sunt mai vechi decât ar trebui
  • Articolele programate arată „Programare ratată”
  • Emailurile sau exporturile zilnice s-au oprit
  • O coadă tot crește, iar joburile rămân „în așteptare”

De ce se opresc joburile cron și cozile

Planificatorul WordPress rulează doar la vizite

WP-Cron rulează când cineva vizitează site-ul. Pe un site liniștit sau în spatele unui cache, sarcinile programate rulează târziu sau deloc.

O cale sau un mediu greșit

Un job care merge rulat manual eșuează pe program din cauza unei alte versiuni de PHP, a unei căi lipsă sau a unui script mutat.

Procesul worker s-a oprit

Workerii de coadă trebuie să ruleze tot timpul. După o cădere, o lansare sau o repornire, nimic nu-i mai pornește.

Joburi care cad sau se adună

Un job care eșuează, un blocaj care nu se eliberează sau un job care durează mai mult decât intervalul lui blochează tot ce vine după.

Cum îți ține LayerAssist joburile din fundal în funcțiune

Verifică programul, logurile și rezultatul: ce ar fi trebuit să producă jobul.

Listează ce e programat

Citește crontab-ul serverului, joburile cron din panoul de găzduire și evenimentele programate ale WordPress și ți-l explică pe fiecare.

Verifică dacă jobul chiar a rulat

Caută dovezile: intrarea din log, fișierul de backup proaspăt, emailul trimis, coada golită.

Află de ce a eșuat unul

Rulează comanda jobului așa cum o face cron, citește eroarea, apoi repară calea, versiunea de PHP sau permisiunile.

Îl configurează cum trebuie

Poate înlocui WP-Cron cu un cron real de server, poate configura workeri care repornesc singuri și poate adăuga loguri, ca eșecurile să lase urme.

Exemplu: backupuri care s-au oprit în liniște

  1. Tu

    Poți verifica dacă merg backupurile de noapte? Nu cred că s-a uitat cineva de luni de zile.

  2. Ce verifică

    • Crontab: jobul de backup e programat la 02:00 în fiecare noapte
    • Ultimul fișier de backup: vechi de 74 de zile
    • Logul cron: jobul eșuează cu „mysqldump: command not found”
    • Cauza: o actualizare a serverului a mutat unealta, iar jobul folosește încă vechea cale
  3. Ce schimbă

    Am corectat calea în scriptul de backup, l-am rulat o dată și l-am setat să-ți trimită email dacă eșuează

  4. LayerAssist

    Backupurile nu mai rulaseră de 74 de zile: o actualizare a serverului a mutat unealta de bază de date folosită de script. Am reparat calea și am rulat acum un backup; s-a terminat, iar fișierul e acolo. Dacă vrei, pot verifica în fiecare dimineață că există un backup proaspăt.

Ce câștigi

  • Dovada că joburile au rulat, nu doar că sunt programate
  • Eșecurile găsite a doua zi dimineață, nu peste luni
  • Sarcini programate WordPress care rulează la timp
  • Workeri de coadă care își revin după o cădere

Situații reale

Un magazin WooCommerce cu acțiuni blocate

Mii de acțiuni programate rămân în așteptare, iar emailurile pleacă cu întârziere. LayerAssist găsește acțiunea care eșuează, repune coada în mișcare și configurează un cron real.

O aplicație Laravel cu o coadă

După o lansare, workerul de coadă nu a mai repornit. LayerAssist îl pune sub un supervisor ca să repornească singur și îți sugerează un monitor de serviciu.

Un site de știri cu articole programate

Articolele programate pentru ora 6 apar la prânz: din spatele cache-ului, WP-Cron rula doar când expira cache-ul. Un cron de server rezolvă problema.

Cum îți verifici joburile cron cu LayerAssist

  1. Conectează serverul sau găzduirea

    SSH dă imaginea completă; și panoul de găzduire îți arată joburile cron.

  2. Cere o verificare

    În chat: „Rulează joburile noastre programate?” sau „De ce a eșuat importul de azi-noapte?”

  3. Lasă-l să repare jobul

    Găsește cauza, o repară și rulează jobul o dată ca să dovedească că merge.

  4. Fă din asta o verificare de dimineață

    Cere o verificare zilnică ca automatizare a ta și adaugă monitorul de serviciu pentru workerii de coadă care rulează ca serviciu.

Întrebări despre monitorizarea joburilor cron

Cron e planificatorul propriu al serverului și rulează la timp. WP-Cron e planificatorul integrat în WordPress și rulează doar când cineva vizitează site-ul. Pentru o programare de încredere, LayerAssist poate porni WP-Cron dintr-un cron real de server.

Mai departe: Actualizări WordPress

De la 9 $ pe lună · 14 zile să te răzgândești

Data viitoare când se strică ceva, știi pe cine să întrebi.

Adaugă-ți site-ul și pune prima întrebare chiar azi. Nu e pentru tine? Anulează în 14 zile și primești înapoi prima plată, minus doar munca AI folosită.

Gratuit 7 zile · Fără card bancar · Nu ai nevoie de cunoștințe tehnice.