WP-CLI per analisi errori

WP-CLI è lo strumento da riga di comando ufficiale per WordPress: indispensabile per automation, debug e analisi log. Vediamo come usarlo in combinazione con WP Error Monitor per indagini rapide e batch operation.

Comandi base utili

wp eval-file run.php: esegue script PHP nel contesto WP; wp plugin list --status=active --field=name: elenco plugin attivi; wp db query 'SELECT...' : query diretta DB; wp cron event list: stato cron; wp transient delete --all: pulizia transient. Su staging puoi usarli liberamente, su produzione con cautela.

Comandi WP Error Monitor

Il plugin companion espone comandi WP-CLI: wp wpem events list --severity=critical --since=24h: ultimi eventi critici; wp wpem stats --site=cliente.it: statistiche; wp wpem scan-bom: scansione BOM in file PHP; wp wpem test-alert --channel=slack: invio test alert; wp wpem flush-queue: forza invio coda eventi. Utili per debug e CI/CD.

Automazione con cron Linux

Crea script wpem-daily-report.sh che esegue: wp wpem stats --json > /var/log/wpem/$(date +%F).json. Schedula in cron: '0 6 * * * /usr/local/bin/wpem-daily-report.sh'. Così' hai snapshot quotidiano salvato. Si integra con grafana per dashboard custom.

Custom commands per workflow team

Aggiungi comandi custom a WP-CLI per workflow ricorrenti. Esempio: wp gtg deploy che fa flush cache, run migrations, verifica salute. Crea mu-plugin che registra il comando con WP_CLI add_command. Così' chi opera ha tool standardizzato, no rischi di typo in comandi lunghi. WP Error Monitor ha companion commands esposti come 'wp wpem' subcommand.

Ansible/automation pipeline

Per gestione fleet di siti, WP-CLI si integra con Ansible/Salt per automation. Playbook tipici: wp plugin update --all su tutti i siti, wp core update coordinato, backup pre-update. WP Error Monitor offre playbook example: 1) trigger update via Ansible, 2) WPEM monitora errori per 1h post-update, 3) auto-rollback se error rate sale 10x. Setup ideale per managed services.

Scripting common workflows

WP-CLI brilla per scripting workflows ricorrenti. Esempi: 1) Backup pre-deploy: wp db export backup-pre-$(date +%F).sql; 2) Cache flush dopo update: wp cache flush && wp transient delete --all; 3) User audit mensile: wp user list --role=administrator --field=user_login | mail -s 'Admin users' admin@gtechgroup.it; 4) Plugin update batch: wp plugin update --all --dry-run (test) poi senza dry-run; 5) DB optimize: wp db optimize. Scriptarli in bash con if/else per error handling. WP Error Monitor companion include script template in /usr/share/wpem/scripts/.

WP-CLI in CI/CD pipeline

Includi WP-CLI nelle pipeline CI/CD per validazione automatica. Esempi step CI: 1) wp core verify-checksums verifica integrità core, 2) wp plugin verify-checksums per plugin da wordpress.org, 3) wp db check verifica integrità DB, 4) wp doctor check --all (richiede plugin wp-doctor) per health check completo, 5) wp wpem audit-prod per checklist produzione. Se uno fallisce, blocca deploy. Tempo esecuzione tipico: 30-90 secondi su sito medio. Vale la pena del time perché identifica issue prima che vadano in prod.

Automation maturity model

Maturity model di automation per gestione siti WordPress: Livello 1: tutto manuale (rischio alto, scaling impossibile); Livello 2: scripts bash di base (WP-CLI scripted, ma ad-hoc); Livello 3: CI/CD pipeline (test automatici, deploy controlled); Livello 4: Infrastructure as Code (Terraform/Ansible per server, GitOps per config); Livello 5: full observability + automation (auto-rollback su error rate spike, self-healing). WP Error Monitor abilita il livello 5 con auto-rollback features e companion WP-CLI per automation. Team G Tech tipicamente livello 4, alcuni progetti enterprise già livello 5.

Procedura passo-passo

1. Verifica wp-cli installato: wp --version.
2. Installa plugin WP Error Monitor companion.
3. Esegui: wp wpem events list --since=1h --severity=error.
4. Esporta in JSON per analisi: wp wpem events list --format=json > events.json.
5. Per audit BOM: wp wpem scan-bom --path=wp-content/plugins.
6. Per test alert: wp wpem test-alert --channel=email --to=tu@dominio.it.
7. Crea script bash per riport quotidiano e schedula.
8. Aggiungi alias utili a ~/.bashrc per usage frequente.
9. Crea mu-plugin con custom WP-CLI commands per workflow team.
10. Setup Ansible playbook per update coordinato.

Errori comuni e come risolverli

• wp wpem command not found: Plugin companion non attivo o non aggiornato: wp plugin update wp-error-monitor.
• Permission denied: WP-CLI deve girare come utente web (es. www-data): usa sudo -u www-data.
• Output troppo grande: Usa --posts_per_page=100 o filtri specifici per ridurre.
• Custom command non disponibile: Mu-plugin non caricato: verifica wp cli alias --path.
• Ansible playbook fail: Permission utente ssh: verifica con ansible all -m ping.

Domande frequenti

D: Posso usare WP-CLI in ambiente shared hosting?
R: Spesso disponibile: contatta hosting. Su Plesk è built-in.

D: Posso scriptare alert?
R: Sì, combina wp wpem events list con jq + curl per webhook custom.

D: Posso lanciare comandi su tutti i siti?
R: Sì, script bash che cicla wp --path=/var/www/sito1 ...

D: WP-CLI funziona con WP Engine/Kinsta?
R: Sì, maggior parte hosting managed lo supporta via SSH.

D: Posso fare deploy zero-downtime con WP-CLI?
R: Sì, con symlink swap + cache warm pre-cutover.

Hai bisogno di aiuto?

Se vuoi affidare il monitoraggio WordPress al team di G Tech Group, scrivici tramite il modulo di contatto.