WP-Cron on WordPressin oletusajastusjärjestelmä, mutta se ei ole oikea cron. Se käynnistyy vain sivulatausten yhteydessä, mikä tekee siitä epäluotettavan suurissa tai vähäliikenteisissä järjestelmissä.
WP-Cronin ongelmat:...
Yksinkertaisin ja yleisin korvaaja:...
wp-config.php:...
Yksinkertainen oma järjestelmä:...
Server Cron ↓ Fetch due jobs ↓ Push to queue ↓ Workers process Tämä erottaa:...
Paras valmis ratkaisu ilman WP-Cron-riippuvuutta....
Arkkitehtuuri:...
Enterprise-taso:...
Event → Queue → Workers Esimerkki:...
Tärkeä suurissa järjestelmissä:...
Ongelma:...
Jobit priorisoidaan:...
Esim:...
wp myplugin process-jobs Cron:...
cron → spawn multiple workers → parallel processing 15. Monitoring scheduler Seuraa:...
Seuraa:...
fail → retry in 1m → 5m → 30m → dead letter 17. Dead letter queue Jobit jotka epäonnistuvat:...
Jobit jotka epäonnistuvat:...
Production-säännöt:...
Server Cron ↓ Scheduler Service ↓ Queue (DB/Redis) ↓ Workers ↓ Retry + Logging + Monitoring Yhteenveto WordPressin WP-Cron ei riitä vakaviin tuotantoympäristöihin, koska se...
Server Cron ↓ Scheduler Service ↓ Queue (DB/Redis) ↓ Workers ↓ Retry + Logging + Monitoring Yhteenveto WordPressin WP-Cron ei riitä vakaviin tuotantoympäristöihin, koska se...
WordPressin WP-Cron ei riitä vakaviin tuotantoympäristöihin, koska se on liikenteeseen sidottu ja epädeterministinen. Paras ratkaisu on korvata se server cronilla ja rakentaa sen päälle joko...
Skaalautuvissa WordPress-ympäristöissä WP-Cron korvataan usein custom scheduler -ratkaisuilla, jotka perustuvat oikeaan server cron -ajoon tai erilliseen job queue -järjestelmään.
Tavoite on yksinkertainen:
- ennustettava ajastus
- ei riippuvuutta liikenteestä
- parempi suorituskyky
- kontrolloitu kuormitus
Miksi WP-Cron ei riitä
WP-Cronin ongelmat:
- ei ajeta ilman liikennettä
- voi kasaantua useita jobeja samaan requestiin
- epädeterministinen ajastus
- huono skaalautuvuus
- vaikea monitorointi
Tyypillinen ongelmatilanne:
User request
↓
5 cron jobia käynnistyy
↓
TTFB kasvaa
↓
sivu hidastuu1. Oikea server cron (suositus baseline-ratkaisu)
Yksinkertaisin ja yleisin korvaaja:
*/1 * * * * php /var/www/html/wp-cron.phpTai WP-CLI:
wp cron event run --due-nowHyödyt
- tarkka ajastus
- ei riippuvuutta liikenteestä
- helppo debugata
Haitat
- ei queue-logiikkaa
- ei retry-mekanismia ilman lisärakennetta
2. WP-Cron pois käytöstä + server scheduler
wp-config.php:
define('DISABLE_WP_CRON', true);Tämän jälkeen kaikki ajastus siirtyy serverille.
3. Custom scheduler + database queue
Yksinkertainen oma järjestelmä:
Taulu:
wp_jobsKentät:
- id
- hook
- payload
- run_at
- status
Scheduler runner:
$jobs = $wpdb->get_results("
SELECT * FROM wp_jobs
WHERE run_at <= NOW()
AND status = 'pending'
LIMIT 10
");Worker:
foreach ($jobs as $job) {
do_action($job->hook, json_decode($job->payload));
$wpdb->update('wp_jobs', [
'status' => 'done'
], ['id' => $job->id]);
}4. Cron + queue hybrid (paras käytännön malli)
Server Cron
↓
Fetch due jobs
↓
Push to queue
↓
Workers processTämä erottaa:
- scheduling
- execution
5. Action Scheduler (de facto WordPress standard)
Paras valmis ratkaisu ilman WP-Cron-riippuvuutta.
Esimerkki:
as_schedule_single_action(
time() + 300,
'process_order',
['order_id' => 123]
);Hyödyt:
- retry support
- admin UI
- scalable
- WooCommerce käyttää tätä
6. Redis queue scheduler (high scale)
Arkkitehtuuri:
WordPress
↓
Redis list (jobs)
↓
Worker daemon
↓
Processing clusterPush job:
$redis->lpush('queue', json_encode($job));Worker:
$job = $redis->rpop('queue');7. RabbitMQ / SQS -pohjainen scheduler
Enterprise-taso:
WordPress → Message Broker → Worker FleetHyödyt:
- erittäin skaalautuva
- retry & dead-letter queues
- observability
8. Event-driven scheduler (moderni malli)
Event → Queue → WorkersEsimerkki:
- post published → trigger job
- user registered → trigger email
- order created → trigger sync
9. Rate limiting scheduler
Tärkeä suurissa järjestelmissä:
if ($active_jobs > 50) {
delay_next_run();
}10. Locking (vältetään tuplarun)
Ongelma:
2 workeria sama jobRatkaisu:
- Redis lock
- DB lock
- transient lock
Esimerkki:
set_transient('job_lock_'.$id, true, 60);11. Priority-based scheduler
Jobit priorisoidaan:
HIGH: checkout sync
MEDIUM: email send
LOW: analytics12. Delayed jobs
Esim:
run_at = NOW() + INTERVAL 10 MINUTE13. WP-CLI worker (suositeltu production-malli)
wp myplugin process-jobsCron:
*/1 * * * * wp myplugin process-jobs14. Multi-worker scaling
cron → spawn multiple workers → parallel processing15. Monitoring scheduler
Seuraa:
- job queue length
- failed jobs
- execution time
- retry rate
- memory usage
16. Retry & backoff
fail → retry in 1m → 5m → 30m → dead letter17. Dead letter queue
Jobit jotka epäonnistuvat:
wp_failed_jobs18. Avoid WP-Cron completely (best practice)
Production-säännöt:
- DISABLE_WP_CRON true
- server cron hoitaa triggerin
- queue hoitaa executionin
19. Yleisimmät virheet
- WP-Cron edelleen käytössä
- liian raskaat cron hookit
- ei queue-arkkitehtuuria
- ei lockingia
- ei retry-logiikkaa
- kaikki samaan requestiin
20. Paras moderni scheduler-arkkitehtuuri
Server Cron
↓
Scheduler Service
↓
Queue (DB/Redis)
↓
Workers
↓
Retry + Logging + MonitoringYhteenveto
WordPressin WP-Cron ei riitä vakaviin tuotantoympäristöihin, koska se on liikenteeseen sidottu ja epädeterministinen. Paras ratkaisu on korvata se server cronilla ja rakentaa sen päälle joko queue-pohjainen scheduler tai käyttää Action Scheduleria.
Kun ajastus erotetaan suorituksesta ja lisätään queue, retry ja locking-mekanismit, WordPressistä tulee aidosti skaalautuva taustaprosessointialusta.
📚 Aiheeseen liittyvät artikkelit
8 artikkelia
WordPressin lokitiedostot ongelmanratkaisun työkaluna
Kun WordPress-sivustolla ilmenee ongelmia, ensimmäinen reaktio on usein tarkistaa lisäosat, teema tai viimeisimmät muutokset. Monissa t...
Lue lisää →
Kuinka estää tarpeettomat skriptit WordPressissä
Facebook X WhatsApp WordPress-sivuston suorituskykyyn vaikuttavat monet tekijät, mutta yksi yleisimmistä ongelmista liittyy tarpeettomiin JavaScript- ja CSS-tiedostoihin. Moni lisäosa ja…
Lue lisää →
WordPress-sivuston optimointi suurille kävijämäärille
WordPress pystyy käsittelemään huomattavan suuria kävijämääriä, kun sivusto on rakennettu ja optimoitu oikein. Monet maailman suosituimmi...
Lue lisää →
Miksi WordPress tekee niin paljon tietokantakyselyitä?
Kun WordPress-sivuston suorituskykyä analysoidaan esimerkiksi Query Monitorilla, moni yllättyy nähdessään tietokantakyselyiden määrän. Yks...
Lue lisää →
WordPressin tietokantarakenteen ymmärtäminen aloittelijalle
WordPress tunnetaan helppokäyttöisenä julkaisujärjestelmänä, mutta kulissien takana kaikki sivuston sisältö tallennetaan tietokantaan. Jo...
Lue lisää →
Yleisimmät WordPress-suorituskykyongelmat suurilla sivustoilla
Pieni WordPress-sivusto voi toimia nopeasti lähes millä tahansa hosting-palvelulla, mutta kävijämäärien, sisällön ja toiminnallisuuksie...
Lue lisää →
WordPress-lisäosien latausjärjestys ja sen merkitys
Useimmat WordPress-käyttäjät asentavat lisäosia miettimättä, mitä kulissien takana tapahtuu sivuston latautuessa. Todellisuudessa WordP...
Lue lisää →
WordPressin taustaprosessit ja niiden vaikutus suorituskykyyn
Kun WordPress-sivuston suorituskyvystä keskustellaan, huomio kiinnittyy usein sivujen latausaikoihin, lisäosiin, kuviin ja välimuistiin...
Lue lisää →