WordPress funciona bé gairebé tot el dia, però a una hora semblant les pàgines triguen, l’administrador s’atura o el procés de compra respon pitjor. Després es recupera sense canvis manuals.
Un patró horari sol assenyalar capacitat compartida: trànsit, còpies, WP-Cron, cues de correu, importacions, anàlisis de seguretat o un altre compte del servidor. Revisar l’allotjament quan ja s’ha recuperat no basta; cal alinear les proves amb l’interval lent.
Construir una cronologia
Durant diverses incidències registra inici i final amb zona horària, URL i accions afectades, impacte públic o administratiu, trànsit, recursos PHP/MySQL, tasques properes, errors i recuperació automàtica.
«Cada matí» és imprecís. Deu minuts des de les 02.05 h suggereixen una cosa diferent de dues hores durant l’activitat comercial. No reiniciïs serveis com a primera reacció tret que la disponibilitat ho exigeixi: podries esborrar l’estat que identifica el recurs saturat.
Mesurar durant el problema
Comprova ocasionalment una URL representativa:
curl -s -o /dev/null
-w '%{time_starttransfer} %{time_total} %{http_code}n'
https://example.com/No executis un bucle agressiu. Si diversos documents senzills mostren primer byte alt, busca feina compartida del servidor. Si l’HTML continua ràpid però falla una funció, inspecciona’n la petició Ajax o externa.
Comparar trànsit i límits
La mateixa hora pot coincidir amb l’arribada de clients. Revisa analítica respectuosa amb la privacitat o peticions del servidor: sol·licituds totals i sense memòria cau, robots, transaccions, cerques, accessos i baixades.
El trànsit només es converteix en problema quan esgota processos PHP, CPU, memòria, connexions MySQL, disc o una quota externa. No bloquegis per volum sense diferenciar una campanya legítima d’un abús.
En allotjament compartit, exporta la gràfica de l’interval. cPanel pot mostrar límits de CPU, memòria, processos d’entrada, I/O o concurrència. Una captura posterior a la recuperació és una prova feble.
Revisar WP-Cron i tasques del tauler
Llista esdeveniments vençuts o pròxims:
wp cron event list
--fields=hook,next_run_gmt,next_run_relative,recurrenceBusca tasques a prop del retard, *hooks* duplicats, esdeveniments endarrerits, freqüències anòmales i processos de grans conjunts de dades. No eliminis allò desconegut: pot controlar correus, estoc, còpies o neteja.
Encara que cPanel, Plesk o el servidor executin WP-Cron de manera real, diverses tasques pesades poden coincidir. Revisa cron del tauler, còpies, anàlisis, importacions, feeds i WooCommerce Action Scheduler. Escalona treballs independents sense trencar dependències.
Analitzar còpies i seguretat
Una còpia llegeix milers de fitxers, comprimeix, consulta MySQL i puja un arxiu. Pot esgotar el disc encara que la CPU sembli normal. Compara hora d’inici i final, volum inclòs, compressió, espai temporal, pujada remota, solapaments i còpies antigues locals.
No desactivis l’única còpia funcional. Ajusta horari, abast, mètode incremental o emmagatzematge després de demostrar la relació.
Les anàlisis de programari maliciós també consumeixen fitxers, base de dades i I/O. Relaciona’n els registres amb l’interval i busca reintents. Reprograma o ajusta sense eliminar cobertura necessària.
Comprovar WooCommerce, correu i importacions
Action Scheduler gestiona correus, *webhooks*, subscripcions i estoc. Revisa accions pendents i fallides; quan existeixi l’eina:
wp action-scheduler action list
--status=pending
--per-page=20No executis ni cancel·lis en massa sense conèixer l’efecte comercial. Una cua creixent pot ser causa o conseqüència de la saturació.
Els butlletins, avisos de comandes, formularis i informes poden obrir moltes connexions SMTP. Si s’envien de forma síncrona, el visitant espera. Porta les campanyes grans a un sistema apropiat i conserva correctament el correu transaccional.
Feeds de productes, exportacions, índexs i informes poden colpejar MySQL quan la base creix. Mesura temps i files examinades. Corregeix índexs, rangs o recàlculs; no eliminis comandes històriques per dissimular una consulta deficient.
Reconèixer processos PHP esgotats
Quan tots els processos estan ocupats, les peticions noves esperen. El primer byte puja fins i tot amb CPU moderada si els processos esperen MySQL o una API.
Revisa treballadors actius, cua, registre de peticions lentes, durada, crides HTTP, bloquejos i connexions. Augmentar processos sense prou memòria o base de dades pot empitjorar la fallada.
Verificar una causa cada vegada
Si l’incident és breu, recull automàticament hora, estat HTTP, resposta, recursos i començament o final dels treballs, sense registrar dades personals ni URL secretes.
Després mou una còpia, escalona cron, limita un lot, repara una cua, optimitza una consulta, canvia l’anàlisi o afegeix capacitat justificada. Observa l’interval següent: la relació es reforça si el retard es desplaça amb la tasca o desapareix.
Per a una avaluació aporta zona horària, dos o tres intervals, URL, gràfiques i horaris coneguts, a més de l’impacte en formularis o compra. No enviïs contrasenyes. El resultat ha de demostrar el coll compartit precisament quan abans fallava.