Zaplanowana kopia zapasowa nie startuje

Harmonogram we wtyczce Backup jest zależny od WP-Cron. WP-Cron nie jest prawdziwą usługą systemową, lecz jest wyzwalany przy wywołaniach strony — na spokojnej witrynie zaplanowana kopia zapasowa przegapia przez to swoje okno czasowe. Wtyczka pokazuje faktyczny stan w jednym miejscu, zamiast kazać go zgadywać.

Co napędza przebieg

Przebieg kopii zapasowej składa się z kilku krótkich etapów. Napędzane są one na dwa sposoby: przez zdarzenie cron i przez puls administratora. Puls administratora posuwa pracę kawałek dalej na każdej stronie wp-admin, którą wywoła ktoś z uprawnieniami administratora, i to dopiero po tym, jak strona została już wydana. Nie uruchamia on jednak nowego przebiegu, lecz posuwa dalej tylko już rozpoczęty — dla przebiegu, który nigdy się nie zaczyna, nie pomoże.

Odczytanie stanu

1. Otwórz w menu WordPress pozycję „Kakapo Backup”.
2. Przejdź po lewej w grupie „Status” na punkt „Status”.
3. Odczytaj w karcie „Pomocnik WP-Cron” wiersze statusu.
4. Sprawdź w grupie „Konfiguracja” w „Harmonogram” (po niemiecku: „Zeitplan“), czy „Zaplanowana kopia zapasowa” jest włączona i jaka „Godzina” jest wpisana.
5. Kliknij z powrotem w obszarze „Status” w karcie „Diagnostyka” na „Sprawdź ponownie”.

• „Harmonogram włączony” — jeżeli widnieje tu „nie”, przełącznik w panelu „Harmonogram” (po niemiecku: „Zeitplan“) jest wyłączony i żaden termin w ogóle nie jest tworzony
• „Stała DISABLE_WP_CRON” — przy „ustawiona” WordPress nie uruchamia crona sam, cron systemowy jest wtedy obowiązkowy
• „Następny zaplanowany przebieg” — podaje termin i pozostały czas albo zgłasza „brak zarejestrowanego zdarzenia”
• „Ostatni faktyczny przebieg” — pochodzi z własnego licznika, który jest ustawiany przy wyzwoleniu zdarzenia cron kopii zapasowej; jeżeli jest pusty, zastępczo pokazywany jest najnowszy sukces harmonogramu z protokołu, a dopiero gdy i tego brakuje, widnieje tam „jeszcze nigdy nie zaobserwowano”

Cron systemowy zamiast wywołania strony

Ta sama karta zawiera dwa gotowe wiersze dla prawdziwego crona systemowego, każdy w takcie 15-minutowym: wariant A wywołuje wp-cron.php przez curl, wariant B korzysta z WP-CLI. Oba bloki są już wypełnione prawdziwym adresem względnie prawdziwą ścieżką tej instalacji i dają się skopiować bezpośrednio. Dopóki DISABLE_WP_CRON nie jest ustawione, karta pokazuje dodatkowo pasujący wiersz do wp-config.php.

define( 'DISABLE_WP_CRON', true );

Rozpoczęty przebieg zatrzymuje się

Na karcie „Diagnoza” znajduje się wiersz „Możliwość utworzenia pliku blokady zadania”. Jeśli pliku blokady nie da się utworzyć, nie można wykonać żadnego przebiegu; wiersz wymienia jako przyczyny wprost prawa zapisu i open_basedir. Poniżej karta „Auto-Recovery” za pomocą przycisku „Uporządkuj teraz” usuwa zawieszone wskazanie przebiegu oraz osierocone pliki tymczasowe i częściowe archiwa. Przebieg, który przez ponad dziesięć minut nie dał znaku życia, uchodzi przy tym za osierocony — nie zostaje odrzucony, lecz przy następnym starcie zostaje przejęty w tym samym zakresie.