WP-Cron vs System Cron: Performanse, pouzdanost i kontrola izvršavanja u WordPress infrastrukturi
WordPress po difoltu koristi pseudo-cron mehanizam poznat kao WP-Cron. Iako funkcionalan na shared hostingu, ovaj pristup ima ozbiljna ograničenja u produkcionim okruženjima sa optimizovanim server stack-om.
U ovom članku analiziramo razliku između WP-Cron mehanizma i sistemskog cron-a na produkcionom stack-u zasnovanom na:
- Debian 12
- Nginx
- PHP-FPM
- Redis (UNIX socket)
- FastCGI micro-cache
- Cloudflare (Free plan, Cloudflared Tunnel)
- myVesta Control Panel
Kako funkcioniše WP-Cron
WP-Cron nije pravi sistemski cron. On se pokreće prilikom HTTP zahteva ka sajtu.
Mehanizam:
MOŽDA VAM SE SVIĐA
User request → WordPress bootstrap → Provera cron queue → Izvršavanje taskova
Ključni problemi:
- Zavisi od poseta sajtu (ako nema poseta – nema izvršavanja crona)
- Može se pokrenuti više puta paralelno
- Povećava TTFB (sporije učitavanje, trošenje resursa hosting plana)
- Opterećuje PHP-FPM worker-e
U okruženju sa mikro-kešom, WP-Cron je posebno problematičan jer cache može sprečiti redovno pokretanje cron zadataka.
Kako funkcioniše System Cron na Debian 12/13
Debian koristi klasičan cron daemon ili systemd timers. Cron izvršava komandu u precizno definisanom intervalu, nezavisno od HTTP zahteva.
Primer konfiguracije:
crontab -e
*/5 * * * * /usr/bin/php /home/user/public_html/wp-cron.php > /dev/null 2>&1
Alternativno, korišćenje WP-CLI pristupa:
*/5 * * * * /usr/local/bin/wp cron event run --due-now --path=/home/user/public_html > /dev/null 2>&1
Onemogućavanje WP-Cron mehanizma kako bi koristili Sysem-Cron
U wp-config.php vašeg sajta unećete sledeće ako ne postoji:
define('DISABLE_WP_CRON', true);Time se sprečava pokretanje cron zadataka putem HTTP zahteva. Ako ste dodali sistemski cron onda ste završili posao, ako niste, dodajte ga i to je to.
Benchmark analiza
Test scenario
- 100 simultanih zahteva (wrk test)
- Aktivan scheduled publish
- Redis object cache uključen
Sa WP-Cron aktivnim
| Parametar | Vrednost |
|---|---|
| TTFB | ~80ms (micro-cache miss tokom cron izvršavanja) |
| CPU usage | Skok do 40% |
| PHP-FPM procesi | Povećano zauzeće |
Sa System Cron-om
| Parametar | Vrednost |
|---|---|
| TTFB | Stabilnih 18–25ms |
| CPU usage | Stabilno |
| PHP-FPM procesi | Predvidivo opterećenje |
Prednosti System Cron pristupa
- Determinističko izvršavanje
- Nema zavisnosti od poseta
- Ne utiče na korisničke zahteve
- Bolja kontrola resursa
- Stabilnost kod većeg saobraćaja
U kombinaciji sa:
dobija se arhitektura sa jasnom separacijom slojeva i predvidivim ponašanjem pod opterećenjem.
Zaključak
WP-Cron je adekvatan za male sajtove i shared hosting okruženja. Međutim, u optimizovanom Debian 12 + Nginx + PHP-FPM stack-u, sistemski cron predstavlja profesionalno i stabilno rešenje koje poboljšava performanse i pouzdanost.



