WordPress WP-Cron: missed schedule

In breve: WordPress missed schedule — indica che un evento pianificato non viene eseguito entro la finestra prevista.

WordPress missed schedule: significato

Le prime ipotesi da verificare per “WordPress missed schedule” sono permessi o proprietario del filesystem non coerenti; spazio o inode insufficienti.

Sintomi e cause probabili

Sintomi da verificare

• Il messaggio “WordPress missed schedule” compare durante un’operazione ripetibile.
• La funzione coinvolta in WordPress Cron e attività pianificate non raggiunge il risultato previsto.

Cause probabili

• Il pseudo-cron di WordPress non viene attivato con frequenza sufficiente
• DISABLE_WP_CRON è attivo ma manca un cron di sistema funzionante
• La richiesta loopback verso wp-cron.php fallisce o va in timeout
• Un job precedente dura troppo a lungo e ritarda gli eventi successivi

Diagnosi passo per passo

1. Elencare gli eventi scaduti e confrontare la data prevista con l’ultima esecuzione effettiva
2. Controllare DISABLE_WP_CRON e verificare l’eventuale cron di sistema configurato
3. Testare la raggiungibilità di wp-cron.php e controllare eventuali errori loopback
4. Verificare se un hook precedente rimane attivo troppo a lungo o termina con errore
5. Eseguire in modo controllato gli eventi dovuti e verificare quale hook genera il ritardo

Log e dati da controllare

• eventi WP-Cron con stato e prossima esecuzione
• Site Health e risultato dei test loopback
• cron di sistema e relativo ultimo avvio
• WordPress debug.log, error_log PHP e durata dei job

Correzioni sicure

1. Ripristinare permessi e proprietario corretti senza usare 777
2. Liberare spazio o inode in modo controllato
3. Correggere directory temporanee e configurazione PHP
4. Rinnovare token e cookie con un nuovo accesso
5. Rimuovere soltanto lo stato residuo identificato

Verifica finale

• L’evento viene eseguito una sola volta
• La prossima pianificazione è valida
• La coda non accumula eventi scaduti
• Loopback e cron di sistema non restituiscono errori

Errori da evitare

• Non disattivare globalmente WAF, ModSecurity, antispam o verifica TLS per aggirare il sintomo
• Non impostare permessi 777 e non cambiare proprietari in modo ricorsivo senza conoscere la struttura dell’account
• Non cancellare database, chiavi Redis, cache o file di sistema senza backup e senza aver identificato l’oggetto coinvolto
• Non ripetere pagamenti, import o webhook reali finché non hai verificato l’idempotenza

Guide Xlogic correlate

• WordPress WP-Cron: lock doing_wp_cron bloccato
• WordPress Site Health: loopback cURL error 28
• WordPress XML-RPC: parse error

Fonti tecniche

• WordPress Plugin Handbook — Cron
• WP-CLI cron-event command

Domande frequenti