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
- Identifica l’acció exacta que el dispara i si és reproduïble.
- Comprova si es completa a mitges: importacions i còpies interrompudes cal netejar-les abans de reintentar, o tindràs duplicats.
- Cerca trucades externes lentes; un servei de tercers penjat pot embuscar una petició sana. Desactiva aquesta integració temporalment per confirmar- ho.
- 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.
- Identifica l’acció exacta i si deixeu importacions, fitxers o files parcials.
- Mesura per separat temps de base de dades, API externa i sistema de fitxers.
- Mou treballs massius reals a WP-CLI, cua o procés programat.
- 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
Continua el diagnòstic
Aquesta guia explica el diagnòstic. Si la web està afectada ara mateix, la intervenció ha de preservar una via de recuperació i verificar el recorregut real del negoci.
Veure el servei de reparació urgent →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.