LayerAssist
Rozpocznij okres próbny

Miej pewność, że zaplanowane zadania naprawdę się wykonały.

Kopie zapasowe, e-maile, importy, zaplanowane wpisy: duża część pracy Twojej strony dzieje się w tle, według harmonogramu. LayerAssist sprawdza, czy te zadania się wykonują, ustala, dlaczego któreś nie ruszyło, i uruchamia je ponownie.

Zacznij

W skrócie

  • W czacieW czacie wypisuje Twoje zadania cron, czyta ich logi, sprawdza harmonogram WordPressa i procesy w tle i naprawia zadanie, które się nie wykonuje.
  • AutomatyzacjaJako Twoja automatyzacja może każdego ranka sprawdzać, czy nocne zadania się wykonały — np. czy istnieje świeża kopia zapasowa — i powiadamiać, gdy któreś nie ruszyło.
  • Wbudowany monitorJeśli worker kolejki działa jako usługa, wbudowany monitor usługi powiadomi Cię w chwili, gdy się zatrzyma.
  • Jeszcze niedostępneWbudowany monitor typu „heartbeat” dla zadań cron nie jest jeszcze dostępny.

Zadania w tle zawodzą bez żadnego dźwięku

Zadania cron i kolejki pracują, gdy nikt nie patrzy: nocne kopie zapasowe, e-maile z fakturami, importy produktów, czyszczenie cache, zaplanowane wpisy. Gdy któreś się zatrzyma, nie ma strony z błędem; praca po prostu się nie dzieje.

Dowiadujesz się później i w najgorszy sposób: kopia, której potrzebujesz, ma trzy miesiące, klienci nie dostali faktur, poranny wpis się nie ukazał.

Oznaki, że zaplanowane zadanie się nie wykonuje

  • Kopie zapasowe przestały się pojawiać albo są starsze, niż powinny
  • Zaplanowane wpisy pokazują „Pominięty harmonogram”
  • Codzienne e-maile lub eksporty się zatrzymały
  • Kolejka ciągle rośnie, a zadania wiszą jako „oczekujące”

Dlaczego zadania cron i kolejki się zatrzymują

Harmonogram WordPressa działa tylko przy odwiedzinach

WP-Cron uruchamia się, gdy ktoś odwiedza stronę. Na mało odwiedzanej stronie albo za cache zaplanowane zadania wykonują się z opóźnieniem albo wcale.

Zła ścieżka lub środowisko

Zadanie, które działa uruchomione ręcznie, zawodzi w harmonogramie przez inną wersję PHP, brakującą ścieżkę lub przeniesiony skrypt.

Proces workera się zatrzymał

Workery kolejek muszą działać bez przerwy. Po awarii, wdrożeniu czy restarcie nic ich ponownie nie uruchamia.

Zadania, które się wysypują lub piętrzą

Jedno błędne zadanie, blokada, która nigdy nie znika, albo zadanie trwające dłużej niż jego interwał blokują wszystko za nim.

Jak LayerAssist utrzymuje Twoje zadania w tle w ruchu

Sprawdza harmonogram, logi i wynik: to, co zadanie miało wytworzyć.

Wypisuje to, co zaplanowane

Czyta crontab serwera, zadania cron w panelu hostingu i zaplanowane zdarzenia WordPressa i wyjaśnia każde z nich.

Sprawdza, czy zadanie naprawdę się wykonało

Szuka dowodów: wpisu w logu, świeżego pliku kopii, wysłanego e-maila, opróżnionej kolejki.

Ustala, dlaczego któreś zawiodło

Uruchamia polecenie zadania tak, jak robi to cron, czyta błąd, a potem poprawia ścieżkę, wersję PHP lub uprawnienia.

Ustawia wszystko porządnie

Może zastąpić WP-Cron prawdziwym cronem serwera, ustawić workery, które same się restartują, i dodać logi, by porażki zostawiały ślad.

Przykład: kopie zapasowe, które po cichu przestały się robić

  1. Ty

    Możesz sprawdzić, czy działają nasze nocne kopie zapasowe? Chyba nikt nie zaglądał tam od miesięcy.

  2. Co sprawdza

    • Crontab: kopia zapasowa zaplanowana co noc o 02:00
    • Najnowszy plik kopii: sprzed 74 dni
    • Log crona: zadanie kończy się błędem „mysqldump: command not found”
    • Przyczyna: aktualizacja serwera przeniosła narzędzie, a zadanie używa starej ścieżki

  3. Co zmienia

    Poprawiłem ścieżkę w skrypcie kopii, uruchomiłem go raz i ustawiłem powiadomienie e-mailem o błędzie

  4. LayerAssist

    Twoje kopie nie wykonywały się od 74 dni: aktualizacja serwera przeniosła narzędzie do bazy danych, z którego korzysta skrypt. Poprawiłem ścieżkę i właśnie zrobiłem kopię; zakończyła się, a plik jest na miejscu. Jeśli chcesz, mogę każdego ranka sprawdzać, czy istnieje świeża kopia.

Co zyskujesz

  • Dowód, że zadania się wykonały, a nie tylko że są zaplanowane
  • Porażki wykryte następnego ranka, a nie po miesiącach
  • Zaplanowane zadania WordPressa wykonujące się na czas
  • Workery kolejek, które wracają po awarii

Prawdziwe sytuacje

Sklep WooCommerce z zablokowanymi akcjami

Tysiące zaplanowanych akcji wiszą jako oczekujące, a e-maile wychodzą z opóźnieniem. LayerAssist znajduje zawodzącą akcję, rusza kolejkę i ustawia prawdziwy cron.

Aplikacja Laravel z kolejką

Po wdrożeniu worker kolejki już nie wstał. LayerAssist uruchamia go pod supervisorem, by restartował się sam, i proponuje monitor usługi.

Portal informacyjny z zaplanowanymi wpisami

Wpisy zaplanowane na 6 rano pojawiają się w południe: za cache WP-Cron uruchamiał się dopiero po wygaśnięciu cache. Cron serwera rozwiązuje problem.

Jak sprawdzić zadania cron z LayerAssist

  1. Podłącz serwer lub hosting

    SSH daje pełny obraz; panel hostingu również pokazuje swoje zadania cron.

  2. Poproś o kontrolę

    W czacie: „Czy nasze zaplanowane zadania działają?” albo „Dlaczego nocny import się nie udał?”

  3. Pozwól mu naprawić zadanie

    Znajduje przyczynę, usuwa ją i uruchamia zadanie raz, by udowodnić, że działa.

  4. Zrób z tego poranną kontrolę

    Poproś o codzienną kontrolę jako swoją automatyzację i dodaj monitor usługi dla workerów kolejek działających jako usługa.

Pytania o monitorowanie zadań cron

Cron to własny harmonogram serwera i działa punktualnie. WP-Cron to harmonogram wbudowany w WordPressa i uruchamia się tylko wtedy, gdy ktoś odwiedza stronę. Dla niezawodnych terminów LayerAssist może wywoływać WP-Cron z prawdziwego crona serwera.

Wszystkie poradniki o monitorowaniuZobacz, co zawiera każdy planJak działa LayerAssist

Dalej: Aktualizacje WordPressa

Od 9 $ miesięcznie · 14 dni do namysłu

Następnym razem, gdy coś się zepsuje, będziesz wiedzieć, do kogo napisać.

Dodaj swoją stronę i zadaj pierwsze pytanie jeszcze dziś. To nie dla Ciebie? Zrezygnuj w ciągu 14 dni i odzyskaj pierwszą płatność, pomniejszoną wyłącznie o wykorzystaną pracę AI.

Bezpłatnie przez 7 dni · Bez karty płatniczej · Nie musisz znać się na technologii.