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

Errors & Diagnosis

Pantalla blanca de la mort en WordPress: com diagnosticar-la amb seguretat

Una pàgina en blanc significa que PHP es va aturar i l’error està ocult, no absent. Aquesta és la seqüència tècnica exacta per trobar la causa sense exposar res.

Resposta breu: una pantalla en blanc significa que PHP s’ha deixat d’executar i WordPress oculta l’error a les viwebs. L’error continua existint: s’ ha escrit en un registre. El teu treball és llegir aquest registre i després aïllar el component, no endevinar.

Primer, localitza on apareix el blanc

Carrega la portada, una entrada i /wp-admin/.Un front en blanc amb una administració que funciona apunta al tema o a un plugin del front. Tot en blanc, inclòs l’administració, apunta a un error global: memòria, un mu- plugin, PHP o un fitxer del nucli danyat. Aquesta única observació elimina la meitat de les possibilitats.

Habilita el registre, no els errors en pantalla

Afegeix aquestes tres línies a wp-config.phpjust a sobre de /* That's all, stop editing! */:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Recarrega la pàgina en blanc i obre /wp-content/debug.log.L ‘ última línia Fatal error indica el fitxer, la línia i la funció. Mantén WP_DEBUG_DISPLAY desactivat perquè els errors no es mostrin a les viwebs: revelen rutes i noms de plugins. Si teniu accés al hosting, el registre de PHP del servidor porta el mateix detall.

Aïlla els plugins per SFTP, un a un

Si el registre culpa a un plugin, o no arribes a l’administració, treballa a nivell de fitxers:

  1. Per SFTP o el gestor del hosting, reanomena /wp-content/plugins a plugins_offAixò desactiva tots els plugins alhora. Si la pàgina torna, un plugin és la causa.
  2. Reanomena la carpeta de nou a plugins.WordPress ara mostra els plugins com a desactivats.
  3. Reactiveu- los un a un i recàrrega després de cadascun. El que retorna la pantalla blanca és el culpable, que és el que realment neceswebs saber en lloc de només esborrar el símptoma.

Descarta o confirma el tema

Si els plugins estan descartats, reanomena la carpeta del tema actiu dins de /wp-content/themes.WordPress activa un tema per defecte automàticament, i si la pantalla blanca es soluciona, l’error està en el tema: gairebé sempre una edició recent de functions.php o una plantilla que crida una funció eliminada en una versió de PHP més nova.

Memòria i fitxers incomplets

Si el registre diu “ Allowed memory size exhausted”, afegeix define('WP_MEMORY_LIMIT', '256M'); a wp-config.php — i tingues en compte que molts hostings el limiten a nivell de servidor, així que confirma que es va aplicar —. Una pantalla blanca que va començar just després d’una càrrega o migració pot indicar fitxers absents; reinstal· lar el nucli de WordPress sobre si mateix substitueix els fitxers del nucli sense tocar el teu contingut.

Preserva primer, després verifica

Copia l’estat actual abans d’editar, i retira les constants de depuració en acabar perquè no quedi un registre exposat. Que la portada carrega no és prova: torna a provar la ruta exacta que fallava, entra en l’administració i envia un formulari, perquè una causa de memòria o compatibilitat de PHP sol estar esperant en una altra pàgina.

Consulta la documentació oficial de depuració de WordPress per a les constants admeses.

CRITERI D’INCIDENT WP REPAIR

Com acotar l’error sense endevinar

Una pantalla blanca no és un diagnòstic. La distinció útil és saber si PHP ha fallat abans de carregar WordPress, durant la càrrega d’un plugin o tema, o només en una ruta concreta.

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.
01

Compara la portada, una URL interior i / wp-admin / per delimitar l’abast.

02

Llegeix el registre PHP del servidor a més de debug.registre; un error molt primerenc pot no arribar al registre de WordPress.

03

Anota la versió exacta de PHP i el darrer desplegament o actualització.

04

Deshabilita primer només el component anomenat per l’error fatal abans d’aïllar de forma més àmplia.

Què ha de quedar verificat

  • La URL exacta que fallava càrrega dues vegades sense un nou error fatal.
  • L'administrador i un formulari o checkout crític funcionen.
  • La visualització d’errors està deshabilitada i el registre temporal s' ha retirat o protegit.

SOBRE ESTE SÍNTOMA

Preguntes freqüents d'aquesta guia.

El fet que la pantalla estigui en blanc però l’administració funcioni ajuda a acotar la causa?+

Sí, i molt: una pantalla en blanc amb l’administració funcionant apunta al tema o a un plugin que només actua a la part pública. Si tot està en blanc, administració inclosa, la causa és més aviat global: memòria esgotada, un plugin d’ús obligatori, una incompatibilitat de PHP o un fitxer del nucli danyat.

He d’activar WP_DEBUG_ DISPLAY per veure l’error directament a la pàgina?+

No — mantingui WP_ DEBUG_ DISPLAY configurat com a fals fins i tot mentre depura. Errors de representació en les rutes dels fitxers de fuites de pantalla i noms plugin a qualsevol que vegi la pàgina; activeu WP_ DEBUG_ LOG en el seu lloc i llegeixeu els detalls en privat des de / wp-Content/debug.registre.

La pàgina principal es carrega de nou després del meu arranjament, és aquesta la prova que la pantalla blanca està resolta?+

No per si sol — una pàgina d’inici de càrrega no és una prova, ja que una memòria o una causa de compatibilitat amb PHP sovint està esperant en una altra pàgina. Torna a provar la ruta exacta que ha fallat, inicia la sessió a l’administrador, i envia un formulari abans de considerar-lo fix.

La pantalla blanca va començar just després d’una migració o càrrega de fitxers, què suggereix això?+

Això sovint apunta a fitxers faltants en comptes d’un conflicte plugin o theme. Reinstalar el nucli WordPress sobre si mateix substitueix els fitxers centrals sense tocar el contingut o la configuració, que és la forma estàndard de descartar això.

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