Una coda Action Scheduler grande va distinta tra attività da eseguire e storico: confronta stati e velocità di elaborazione.

Possibili cause
- Nuove azioni vengono prodotte più rapidamente di quanto il runner le completi
- Hook ricorrente viene registrato più volte
- Il plugin continua a pianificare o ritentare una callback lenta o fallita
- WP-Cron, database o risorse limitano la velocità del consumer
Cosa controllare
- Raggruppa la coda per hook, stato e gruppo
- Confronta velocità di creazione e completamento
- Leggi log e durata del primo hook prevalente
- Verifica runner, WP-Cron, query lente e limiti di risorse
- Individua pianificazioni ricorrenti duplicate
Come intervenire
- Correggi il produttore che crea azioni duplicate
- Ottimizza la callback lenta o fallita
- Configura un runner affidabile con concorrenza controllata
- Elabora la coda in lotti piccoli e osserva il tasso di errore
- Cancella solo azioni obsolete identificate e dopo un backup

Guide Xlogic correlate
- WordPress: scheduled action resta pending
- WP-CLI: checksum verification failed
- WordPress: favicon non si aggiorna