Tryb Turbo: Dlaczego automatyczne aktualizacje Cron zawodzą (i jak to naprawić)
Problem
Użytkownicy zgłaszają, że WOOF’s Tryb Turbo automatyczna regeneracja plików nie działa niezawodnie:
Objawy:
- Tryb Turbo włączony z harmonogramem „Codzienny cron”
- zadanie cron WordPress
woof_turbo_do_recreate_filenie jest tworzony - Ręczne generowanie pliku działa doskonale
- Automatyczne aktualizacje generują częściowe/puste pliki
- Regeneracja plików wydaje się nigdy nie kończyć
Wpływ:
- Nieaktualne liczniki filtrów wyświetlane klientom
- Słabe doświadczenie użytkownika (widzenie nieistniejących produktów)
- Wymagana codzienna interwencja ręczna
Dlaczego tak się dzieje: Dwie główne przyczyny
1. Warunek wyścigu przy czyszczeniu plików
Kiedy WOOF regeneruje plik turbo, postępuje zgodnie z tym procesem:
// Step 1: Clear the file
file_put_contents($turbo_file, '');
// Step 2: Write new data (takes time)
foreach ($products as $product) {
// Heavy processing for each product...
file_put_contents($turbo_file, $data, FILE_APPEND);
}
Problem:
Jeśli Twoja witryna ma wiele produktów (1000+), Krok 2 może zająć 60-120 sekund. Jeśli PHP max_execution_time (zwykle 30-60 sekund) zostanie przekroczony, skrypt przerywa zapis w połowie, pozostawiając plik puste lub częściowe.
2. WordPress Cron Nie jest prawdziwym Cronem
WordPress cron (wp-cron.php) ma krytyczne ograniczenia:
❌ Nie gwarantuje uruchomienia – uruchamia się tylko wtedy, gdy ktoś odwiedzi Twoją witrynę
❌ Może być zablokowany – wtyczki buforujące mogą uniemożliwić wykonanie
❌ Brak długotrwałych zadań – zabity przez limity wykonania PHP
❌ Niezawodny czas – może działać z opóźnieniem lub wcale
Scenariusz z życia wzięty:
Twój witryna generuje ruch głównie w godzinach pracy (9:00 – 18:00). Zaplanowałeś turbo regenerację na 3:00. Wynik: Nigdy się nie uruchamia ponieważ nikt nie odwiedza strony o 3 nad ranem, aby uruchomić wp-cron.php.
Niezawodne rozwiązanie: Server-Side Cron
Zastąp cron WordPress przez rzeczywisty cron serwera który działa niezależnie od ruchu na stronie.
Krok 1: Wyłącz Cron WordPress
Dodaj do wp-config.php (przed /* That's all, stop editing! */):
/**
* Disable WordPress cron - we'll use server cron instead
*/
define('DISABLE_WP_CRON', true);
Krok 2: Dodaj wpis Cron Servera
Opcja A: Używanie PHP CLI (Zalecane)
# Open crontab editor
crontab -e
# Add this line (runs daily at 3 AM)
0 3 * * * php /var/www/html/yoursite/wp-cron.php >/dev/null 2>&1
Opcja B: Użycie wget
# Add this line to crontab
0 3 * * * wget -q -O - https://yoursite.com/wp-cron.php?doing_wp_cron >/dev/null 2>&1
Opcja C: Użycie curl
# Add this line to crontab
0 3 * * * curl -s https://yoursite.com/wp-cron.php?doing_wp_cron >/dev/null 2>&1
Zamień /var/www/html/yoursite z aktualną ścieżką instalacji WordPress.
Krok 3: Zwiększ limity wykonania PHP
Dodaj do wp-config.php:
/**
* Increase limits for cron tasks (turbo file generation)
*/
@ini_set('max_execution_time', 300); // 5 minutes
@ini_set('memory_limit', '512M'); // 512 MB RAM
Lub utwórz .user.ini w głównym katalogu WordPress:
max_execution_time = 300
memory_limit = 512M
Podsumowanie
Główne przyczyny błędów cron turbo:
- WordPress cron jest zawodny (zależny od ruchu)
- Limity czasu wykonania PHP zabijają długotrwałe zadania
Zalecane rozwiązanie:
- ✅ Wyłącz WP_CRON
- ✅ Użyj crona po stronie serwera
- ✅ Zwiększ limity PHP
- ✅ Zaplanuj w godzinach mniejszego ruchu
Wynik: Niezawodne, automatyczne generowanie plików turbo z dokładnymi liczbami produktów dla Twoich klientów.
Ref: https://pluginus.net/support/topic/woof_turbo_do_recreate_file-cron-job-is-missing/