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

Errors & Diagnosis

Temps màxim d’execució excedit en WordPress: què comprovar

PHP va aturar una petició que tardava massa. La solució rara vegada és més temps: és trobar l’operació que no hauria de trigar tant.

Resposta breu: un script va superar el temps que PHP permet per a una sola petició (max_execution_timeEl límit és un mecanisme de seguretat, no el problema.

On es concentra

Els timeouts s’ agrupen en unes poques operacions: actualitzacions de plugins i temes, importacions i exportacions, còpies, edicions massives, regeneració d’imatges i qualsevol pàgina que cridi a una API externa lenta. Si el missatge apareix durant la navegació normal, és un senyal molt més fort d’un problema de rendiment o de base de dades que convé investigar en comptes d’emmascarar.

Puja-ho només on correspon

Per a una migració puntual real pots pujar el límit —en un script de manteniment amb set_time_limit(300);o via php.ini/ajustes del hosting —. Però pujar-lo en pàgines que carreguen visitants reals és una mala solució permanent: manté processos del servidor ocupats, redueix quantes viwebs simultànies pots atendre i converteix un error ràpid en una caiguda lenta.

Troba què és lent

  1. Identifica l’acció exacta que el dispara i si és reproduïble.
  2. Comprova si es completa a mitges: importacions i còpies interrompudes cal netejar-les abans de reintentar, o tindràs duplicats.
  3. Cerca trucades externes lentes; un servei de tercers penjat pot embuscar una petició sana. Desactiva aquesta integració temporalment per confirmar- ho.
  4. Revisa el registre de consultes lentes si el teu hosting l’ofereix; una consulta sense índex sobre una taula gran és una causa habitual.

Treu les tasques llargues de la petició web

La solució duradora per a tasques realment llargues és executar- les amb WP-CLI o un procés programat en comptes del navegador: una còpia completa o una importació gran no haurien de dependre d’un timeout web de 30 segons. Després de canviar alguna cosa, repeteix l’operació i confirma que acaba oloradament dins del límit, no just per sota.

CRITERI D’INCIDENT WP REPAIR

Seqüència d’intervenció segura

Un timeout és una protecció. La reparació consisteix en saber per què la petició és llarga, decidir si ha d’executar-se per web i evitar repetir a cegues treball parcial.

WP RepairModel de diagnòstic
1Petició2PHP / servidor3WordPress4Component
Segueix la cadena fins a trobar el primer punt que deixa de comportar-se com hauria de fer-ho.
  1. Identifica l’acció exacta i si deixeu importacions, fitxers o files parcials.
  2. Mesura per separat temps de base de dades, API externa i sistema de fitxers.
  3. Mou treballs massius reals a WP-CLI, cua o procés programat.
  4. Puja el timeout només per a l’operació controlada i documenta el valor anterior.

Què ha de quedar verificat

  • l’operació és idempotent o gestiona el resultat parcial.
  • Acaba enfonsadament dins del límit amb càrrega realista.
  • Les peticions normals continuen responent mentre s' executa.

Fonts tècniques oficials

SOBRE ESTE SÍNTOMA

Preguntes freqüents d'aquesta guia.

Hauria d'elevar max_ejecution_time cada vegada que veig aquest error?+

Només per a una tasca única genuïna com un script de migració. L’augment de la càrrega de visitants regulars en pàgines és una mala solució permanent: manté els processos del servidor oberts més temps, redueix la quantitat de visitants concurrents que pot servir, i converteix un error ràpid en una interrupció lenta en lloc de resoldre la lentitud real.

Aquest error es mostra durant la navegació normal, no durant una importació o actualització, què significa això?+

Aquesta és una senyal més forta d’un problema subjacent de rendiment o base de dades en comptes d’alguna cosa per emmascarar amb un límit més alt. Els temps d’espera durant la navegació ordinària són dignes d’investigar directament — per exemple, comprovar un registre de consultes lentes per a una consulta no indiçada en una taula gran.

El meu temps d’importació a meitat de camí, és segur tornar a intentar-ho?+

No sense comprovar primer — les importacions i còpies de seguretat a suport s'han de netejar abans de tornar a intentar-ho, o corre el risc d’acabar amb dades duplicats. Confirme el que es va completar abans d’executar l’operació de nou.

Quina és la veritable solució a llarg termini en lloc d'eliminar contínuament el límit de temps?+

Mou treballs realment de llarga durada fora de la sol·licitud web completament — executar còpies de seguretat, importacions i tasques similars a través de WP-CLI o un procés programat en comptes de a través d’un navegador lligat a un temps de 30 segons. Després de canviar qualsevol cosa, tornar a executar l'operació i confirmar que acaba còmodament dins del límit, no només per sota d'ell.

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