WP-Cron czy CRON serwerowy do raportowania cen?

01

Czym różnią się WP-Cron i CRON serwerowy

WP-Cron jest wywoływany przez żądania do WordPressa i zależy od ruchu. Jego czas jest orientacyjny: należne zdarzenie wykonuje się przy nadarzającym się żądaniu.

CRON serwerowy działa według harmonogramu systemu lub panelu hostingu. Nie zależy od odwiedzin, lecz wymaga poprawnej ścieżki, wersji PHP, uprawnień i monitoringu kodu wyjścia.

• WP-Cron jest domyślnie dostępny, ale przy małym ruchu może się opóźniać.
• CRON serwerowy jest bardziej przewidywalny, lecz błędna komenda może nie uruchamiać niczego.
• Oba rozwiązania mogą zostać zatrzymane przez błąd PHP, limit zasobów lub blokadę środowiska.

02

Kiedy WP-Cron może wystarczyć

WP-Cron może być odpowiedni, gdy strona ma regularny ruch także poza godzinami pracy, niewielkie opóźnienie nie powoduje ryzyka, test kolejki i loopbacków nie wykazuje błędów, a właściciel procesu monitoruje faktyczny rezultat.

03

Kiedy wybrać CRON serwerowy

Zewnętrzny harmonogram warto zastosować przy małym lub sezonowym ruchu, wymaganym oknie czasowym raportu, potrzebie logu wywołań albo problemach z domyślnym żądaniem wp-cron.php.

CRON serwerowy zwiększa przewidywalność wywołania, ale nie naprawia błędnej konfiguracji danych, nieprawidłowego raportu ani blokady publicznego pliku.

04

Przejście bez przerwy w działaniu

Najpierw zidentyfikuj zadania i sprawdź kolejkę. Uruchom docelową komendę ręcznie, skonfiguruj harmonogram hostingu i potwierdź kilka poprawnych wywołań wraz z rezultatem biznesowym. Dopiero wtedy wyłącz wywoływanie WP-Cron przy ruchu użytkowników.

Ustawienie DISABLE_WP_CRON nie jest kompletną konfiguracją. Po jego dodaniu serwer musi cyklicznie uruchamiać kolejkę WordPressa.

05

Testowanie przez WP-CLI

Oficjalne polecenia wp cron test, wp cron event list oraz wp cron event run –due-now pozwalają sprawdzić mechanizm, przejrzeć kolejkę i uruchomić należne zdarzenia.

Polecenia wykonuj z właściwą ścieżką WordPressa i jako użytkownik z poprawnymi uprawnieniami do plików. Nie wpisuj sekretów w argumentach widocznych w historii powłoki.

06

Test techniczny nie zastępuje testu rezultatu

Po wywołaniu sprawdź brak błędu, czas ostatniej próby i powodzenia, aktualną datę oraz zawartość raportu, publiczne adresy plików, historię cen, alerty i ponowienia. Sam brak zaległych wpisów w kolejce nie dowodzi poprawnego zakończenia procesu.

07

Co może blokować harmonogram

Typowe przyczyny to wyłączone żądania zwrotne, błędny home lub siteurl, problem DNS lub TLS, Basic Auth, WAF, zbyt niski limit czasu lub pamięci, wyłączony WP-Cron bez zamiennika albo błąd PHP przed wykonaniem zadania.

Wyjątek w zabezpieczeniach powinien być możliwie wąski i poprzedzony identyfikacją konkretnej blokady.

08

Jak dobrać częstotliwość

Interwał powinien wynikać z terminu gotowości raportu, czasu generowania, okna na ponowienie, oczekiwanego czasu alertu i limitów hostingu. Częste wywołanie kolejki nie wymusza częstego wykonania każdego zadania — WordPress uruchamia wyłącznie zdarzenia, których termin nadszedł.