Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Errors Visibles Http Php

WordPress retorna 503 Service Unavailable de manera intermitent

Rastreja errors 503 intermitents a WordPress revisant manteniment, workers PHP, límits, tasques programades i health checks.

HTTP 503 indica que el servei no està disponible temporalment. El pot generar WordPress, un mecanisme de manteniment, el proxy invers, una capa de seguretat o el control de recursos de l’allotjament. Quan apareix i desapareix, acostuma a coincidir amb processos saturats, tasques programades o pics de trànsit.

No et conformis perquè una recàrrega funcioni. Registra quan, on i sota quina càrrega apareix la resposta.

Identifica l’origen del 503

Revisa capçaleres, cos i identificador de petició. Una pàgina de manteniment de WordPress no és igual que un desafiament de Cloudflare, un avís de recursos de LiteSpeed o la resposta de salut d’un balancejador.

Registra:
URL i hora
signatura del cos i les capçaleres
usuari anònim davant de connectat
origen davant de CDN
capçalera Retry-After
mètriques de recursos de l'allotjament

No incloguis galetes, adreces IP ni paràmetres de clients en informes compartits.

Comprova l’estat de manteniment

Una actualització interrompuda del nucli, connector o tema pot deixar .maintenance a l’arrel. Mira’n la data i comprova si encara hi ha algun procés actiu abans de retirar-lo.

Elimina el fitxer només després de conservar-lo i confirmar que no hi ha cap desplegament en curs. Després investiga per què s’ha aturat l’extracció: disc, permisos, timeout o paquet fallit.

Els connectors de manteniment poden retornar 503 intencionadament als visitants anònims mentre l’administrador veu el web.

Relaciona trànsit i capacitat PHP

Revisa peticions, processos actius i màxims de PHP-FPM, cua, CPU i RAM. Si el 503 coincideix amb els pics, esbrina quines rutes ocupen el pool.

Els bots, atacs a l’accés i pàgines dinàmiques sense memòria cau poden exhaurir els workers. Limita únicament els patrons abusius sense bloquejar visitants normals ni callbacks programats.

Augmentar processos sense calcular la memòria pot fer que el sistema els mati i empitjorar la caiguda.

Revisa els límits de l’allotjament

Un hosting compartit pot limitar processos simultanis, CPU, E/S o processos d’entrada i respondre amb 503 quan se superen. Els gràfics de recursos de cPanel solen mostrar els errors a l’hora exacta.

Relaciona l’incident amb aquests esdeveniments i localitza el procés consumidor. Les còpies grans, importacions i generació d’imatges s’han d’executar fora d’hores punta i en lots acotats.

No canviïs a un pla superior abans de demostrar si domina el codi ineficient o el trànsit abusiu.

Examina les tasques programades

WP-Cron pot iniciar còpies, escanejos, importacions i neteges quan arriba un visitant. Diverses tasques vençudes es poden executar juntes després d’un període tranquil.

Consulta els registres de cron i Action Scheduler al voltant del 503. Passa la feina pesada a un cron real del servidor i evita solapaments amb el bloqueig compatible de l’eina.

No eliminis esdeveniments desconeguts sense identificar-ne el connector i la finalitat.

Comprova base de dades i dependències externes

Els processos PHP poden quedar ocupats mentre esperen bloquejos MySQL, DNS, SMTP o API remotes. Examina consultes lentes i durada de peticions.

En integracions pròpies, estableix temps màxims acotats i treu de la petició pública la feina remota no essencial.

Una fallada de base de dades pot mostrar el missatge propi de WordPress en lloc de 503. Relaciona els registres en comptes de deduir només des del navegador.

Mesura peticions lentes simultànies: diverses crides acceptables per separat poden ocupar tots els workers quan coincideixen.

Revisa health checks i balancejadors

En un allotjament amb diversos nodes, un de defectuós pot causar 503 intermitents mentre els altres responen. Compara capçaleres, identificadors de node i esdeveniments de salut.

La ruta del health check ha de ser lleugera, però ha de comprovar les dependències necessàries per servir WordPress. Un fitxer estàtic en memòria cau pot dir que tot funciona encara que PHP hagi caigut.

Retira del repartiment només el node afectat mitjançant controls autoritzats i compara la configuració del clúster.

Repara i demostra estabilitat

Corregeix el residu de manteniment, consumidor de recursos, capacitat PHP, solapament programat, espera de base de dades o node defectuós que indiquin les proves. Conserva la reversió i les notes de seguiment.

Executa repetidament peticions anònimes i administratives durant un període representatiu, inclosa la finestra de la tasca programada. El manteniment recurrent hauria d’alertar per taxa de 503, cues PHP i límits de l’allotjament: l’uptime aïllat pot passar per alt talls breus que interrompen contínuament usuaris reals.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència