Así es como se resuelven los 4 errores más comunesWordPress

14 Min.
WordPress  Error
Actualizado por última vez el 11/02/2020

En el soporte tenemos miles de conversaciones de chat al mes y ayudamos a nuestros clientes todos los días a resolver mensajes de error y problemas con sus WordPress sitios. En nuestro artículo le mostraremos paso a paso cómo corregir cuatro de los errores más comunesWordPress .

Ningún otro Sistema de Gestión de Contenidos (CMS) es tan fácil de usar comoWordPress : Themes y Plugins puede ser instalado y administrado con sólo unos pocos clics, sin necesidad de amplios conocimientos técnicos. Con un Cuota de mercado de más del 30 se WordPress ha convertido virtualmente en el sistema operativo de Internet.

Su facilidad de uso, su comunidad activa y las muchas formas de personalizar las tu páginas es WordPress perfecta para la web de hoy en día. La frustración es tanto mayor cuando tu WordPress de repente surgen problemas. ¡Pero no hay razón para entrar en pánico! Hoy les mostraré cómo resolver cuatro errores típicos WordPress de forma rápida, fácil e independiente.

Nuestros consejos para resolver los errores típicosWordPress

Con el fin de proporcionarles el mejor apoyo posible para la resolución de problemas y compartir los conocimientos adquiridos en nuestros años de experiencia de apoyo, explicaré las posibles causas y las correspondientes soluciones para cuatro WordPress problemas típicos de hoy en día.

WordPress -Fallo #1: Pantalla blanca de la muerte

WordPress -Falta: Pantalla blanca de la muerte

La "Pantalla Blanca de la Muerte" (WSOD) es una analogía a la Pantalla Azul de la Muerte, que se muestra en Windows en caso de un fallo del sistema. Como el nombre ya dice, con la WSOD el sitio web, en el Frontend o Backend (wp-admin), permanece simplemente en blanco - sin mensaje de error o más información.

Posibles causas y soluciones para la Pantalla Blanca de la Muerte

Causa 1: Incompatible Plugins o Themes

El error es muy a menudo causado por una combinación errónea de Plugins o Themes , por ejemplo:

  • Uno Plugin no es compatible con otro Plugin o con el activoTheme .
  • Uno Plugin/Theme fue subido dos veces vía S/FTP en diferentes versiones.
  • En Plugin/Theme no es utilizable con la versión PHP establecida.

Uno de estos errores lleva WordPress a un estado de shock y provoca la Pantalla Blanca de la Muerte.

Así es como se resuelven los 4 errores más comunesWordPress
Análisis del problema: ¿Son tu Plugins y Themes son incompatibles?

El primer enfoque es revertir sus cambios recientes. Piensa en los cambios que has hecho. ¿Ha instalado uno nuevo Plugin o Theme cambiado uno? También actualizaciones de Plugins y Themes puede sentir este mal comportamiento.

Primero debe determinar si el error se produce en todas las páginas o sólo en algunas. Por ejemplo, ¿sólo la página de tu contacto se ve afectada? Si acaba de incluir un formulario de contacto en este, se puede concluir que el formulario de contactoPlugin es responsable de la WSOD.

¿Aparece la Pantalla Blanca de la Muerte en todas las URLs de todo el frontend? Entonces puede ser la propia pantalla blanca de la muerte Theme o una Plugin que esté integrada en todas las páginas, por ejemplo un widget en el pie de página, un deslizador en el encabezado o uno Plugin para la navegación.

Si se mantiene en blanco incluso cuando se llama al backend (yoursite.com/wp-admin), lo más probable es que sea esto Theme o una mala configuración del servidor web.

¡Revisa tu registro de depuración!

A menudo una mirada al servidor error.log tu o al registro de depuración por WordPress sí mismo (WP-DEBUG) ayuda. Puedes activarlo usando el wp-config.php tus Instalación de WP y antes de /* Eso es todo, ¡deja de editar! Feliz blogging. */ las siguientes líneas insertar:

define('WP_DEBUG',true);

define('WP_DEBUG_DISPLAY',true);

Si la tu instalación ya tiene una entrada "WP_DEBUG", pero está configurada para falso puedes simplemente establecer este valor a verdadero y sólo hay que colocar la siguiente línea debajo de ella:

define('WP_DEBUG_DISPLAY',true);

Si entonces llamas desitio nuevo a tu Problema, obtendrás las razones apropiadas para los errores en lugar del blancositio. Los errores que comienzan con Fatal o Parse Error son generalmente los que causan la Pantalla Blanca de la Muerte.

Por cierto: En RAIDBOXES puede habilitar fácilmente el registro de depuración con un solo clic en su BOXconfiguración. Puede obtener la salida del registro de depuración en el enlace mencionado en su configuración.

WP-Debug_RAIDBOXES

Ahora puedes ver exactamente qué archivo crea un error en qué posición y por qué ocurre. Para ilustrarlo, tengo un ejemplo para usted en mi equipaje. WVemos la siguiente información aquí en el error de análisis:

Bitácora de depuración

Así que el error ocurre:

  • En el archivo /wp-content/plugins/contact-form-7/wp-contact-form-7.php
  • En la línea 12
  • Aparentemente hay un signo inesperado, en este caso un "
Para los incompatibles Plugins & Themes hay los siguientes enfoques:

Solución 1: Si puedes, restaura una copia de seguridad. Esto simplemente restaurará su tu WordPress instalación al estado anterior al error.

Solución 2Si no tienes una copia de seguridad, no tienes más remedio que Themes renombrar la carpeta del sospechoso Plugins vía S/FTP. Esto lo desactivará. En nuestro ejemplo, sería la carpeta del Plugins "Contact Form 7".

Si no está seguro de cuál Plugin es la causa del error, intente lo siguiente: Renombra todas PluginlasThemecarpetas una por una. Si el error desaparece después de renombrar una carpeta, tienes al culpable identificadas. Como RAIDBOXES cliente, también puedes usar simplemente la PluginThemeadministración en el RBpanel de control para la desactivación. 

Sugerencia: A menudo el problema es simplemente una Themecarpeta renombrada, por lo que deberías comprobar la ortografía correcta a través de S/FTP.

Así es como se resuelven los 4 errores más comunesWordPress

Causa 2: Error del servidor

1) Problema: Muy poco límite de memoria PHP

El típico mensaje de error en el error.log es
"Error fatal: Tamaño de memoria permitido de XXXX bytes agotado (intentó asignar XXXX bytes) en..."

Además, puede haber un blanco sitio en el que el mensaje de error Error interno del servidor aparece.

Lo que está pasando aquí es esto:
Una tarea PHP consume más memoria de la que permite el valor hoster especificado.

Solución: En este caso, suele bastar con añadir la siguiente línea a wp-config.php

define('WP_MEMORY_LIMIT', '256M')

El "256M" significa la cantidad de RAM a ser usada en MB. Por ejemplo, "512M" por 512MB también sería concebible.

Sin embargo, debe tener en cuenta que un valor demasiado alto tu sitio puede causar un choque completo. Por lo tanto, sólo debe aumentar el límite de memoria de tu PHP si la tu tarifa proporciona la memoria apropiada. Si tiene poca memoria RAM en su tarifa, debería considerar la posibilidad de actualizar su tarifa cuando actualice la suyahoster .

2) Problema: Se ha superado el tiempo máximo de ejecución

Cuando se instalan datos de mayor tamaño WordPress -Themes o así Plugins como importaciones o exportaciones de datos de mayor tamaño, puede producirse el siguiente error, que suele aparecer en el backend:

Error fatal: El tiempo máximo de ejecución de XX excedió en XXX

Esto significa: El tiempo que se permite que un script PHP se ejecute ha sido excedido. Esto sucede a menudo cuando se importan muchos productos en WooCommerce los datos de los pedidos o se exportan.

Solución: Aumentar el tiempo_de_ejecución_máximo. Una nota previa: Normalmente, el tiempo hoster de ejecución especificado por defecto es suficiente. Para evitar tiempos de carga innecesariamente largos y problemas, el tiempo máximo de ejecución sólo debe aumentarse en casos individuales (por ejemplo, para una carga de archivos grandes) y luego volver a disminuir.

En RAIDBOXES el puedes establecer el tiempo máximo de ejecución para el frontend y el backend por separado a través de los BOX-settings:

Tiempo máximo de ejecución

Con otros hosters a menudo es suficiente editar el .htaccess vía S/FTP y añadir la línea php_value max_execution_time 300 para insertar. Aquí el 300 representa el máximo número de segundos que un guión puede ejecutar. En este caso 5 minutos.

WordPress -Fallo #2: Problemas con el SSL

WordPress -Fault_SSL

A más tardar desde la entrada en vigor de la Regulación básica de la protección de datos (GDPR) en mayo de 2018 un certificado SSL debería ser una necesidad para usted. No es por nada que la mayoría de los navegadores ahora ofrecen un aviso de alerta de una página web... no se entrega encriptado. Esto hace que sea aún más molesto cuando tus WordPress sitio se producen errores en el SSL.

Posibles causas y soluciones para los problemas de SSL

Causa 1: El certificado ya no está al día

A más tardar con el certificados gratuitos de Let's Encrypt este error debería ser cosa del pasado. Sin embargo, hay ciertos tipos de certificados que tienen un período de validez. Si esto ha caducado, puede producirse un error de SSL.

SoluciónLa forma más fácil es integrar un certificado SSL sin un término, que a algunas hoster personas les gusta usar como RAIDBOXES entregar gratuitamente y renovar automáticamente. Si el suyo no ofrece este serviciohoster , tendrá que renovar manualmente el certificado. La mejor manera de hacerlo es crear un recordatorio de la cita y contactar con el certificado del proveedor tu a tiempo para renovarlo.

Causa 2: Dominio aún no registrado en el certificado

Cuando se emite un certificado SSL, se especifican los dominios a los que se aplicará este certificado. Por ejemplo, una posible entrada podría ser http://domain.de. Si una redirección desde http://www.domain.de o se configura posteriormente, este dominio no tiene SSL y se muestra un error.

SoluciónEl nuevo dominio debe añadirse al certificado SSL y luego renovarse. Dado que es un proceso bastante laborioso y complicado, debería ponerse en contacto con su proveedor de alojamiento para esto.

Después de añadir los dominios adicionales, basta RAIDBOXES con apagar y encender el SSL en la BOXconfiguración.

Causa 3: Error de contenido mixto

Cuando se configura en WordPress SSL, por defecto la dirección http:// de la base de datos debe ser reemplazada por https://. Esto se RAIDBOXES hace automáticamente cuando se activa el SSL. En alrededor del 5 al 10 por ciento de los casos todavía puede ocurrir que haya recursos que se carguen a través de HTTP. Este puede ser el caso de las imágenes codificadas o los archivos CSS/JS, por ejemplo. En Chrome, la URL es entonces gris y no verde.

Barra de direcciones HTTPS Navegador

Análisis y solución de problemas:

Primero tienes que comprobar si realmente tienes errores de contenido mezclado entus sitio .

  1. Presiona F12 en el tus sitio web (en el MAC CMD+F12) y se abre la consola de desarrollo. En la parte inferior de la "Consola", los campos con "Contenido mixto" aparecen con un fondo amarillo:
    Error de contenido mixto
  2. Ahora haz una copia de seguridadtus sitio. Cuando RAIDBOXES creas esto en tus BOXcopias de seguridad en el panel de control .
  3. Instalar el Plugin Mejor búsqueda Reemplazar. Después de la activación lo encontrará Plugin en "Herramientas" -> "Mejor reemplazo de la búsqueda".
    En el campo "Buscar", introduzca: http://
    y en "Reemplazar con": https://
    Entonces seleccionas todas las tablas en el campo de la tabla y en la parte inferior de "Test run?" debería haber una marca de verificación.
    Mejor búsqueda Reemplazar

    Ahora haz clic en "Iniciar la búsqueda/reemplazo" en la parte inferior
  4. Cuando la prueba haya encontrado algunas tablas, puedes desmarcar "¿Prueba?" y comenzar la prueba real.
  5. Después de que la ejecución real haya terminado, compruebe de nuevo en el sitio, si todavía tiene errores de contenido mezclado (ver paso 1).
  6. Si todavía se producen errores de contenido mixto, compruebe el código fuente para ver dónde se incluyen todavía los recursos con "http" en lugar de "https" y sustitúyalos en consecuencia.

WordPress -Error #3: 504 Tiempo muerto de la puerta de enlace

WordPress -Fault_Gateway-Timeout

Un error de tiempo de espera de la puerta 504 puede ser bastante común si Plugins tienes un gran número de ellos comunicándose con los servicios externos. El mensaje de error significa que un proceso PHP tarda más de 30 segundos.

Como propietario de un sitio web, el error suele estar directamente relacionado con un problema en el servidor. Sin embargo, no siempre es así.

Posibles causas y soluciones para el tiempo de espera de la puerta 504

Un error de tiempo de espera de la pasarela 504 se produce cuando un servidor que actúa como pasarela, es decir, el servidor que se conecta a otro servidor, no puede llegar a este otro servidor en un tiempo determinado.

Este error puede ser causado por una variedad de elementos involucrados. Puede ser una tu red local, tu un navegador, tu un ISP (Proveedor de Servicios de Internet), un servidor web tu o incluso un tercero o Theme.Plugin

Causa 1: Problema local

La configuración del navegador cambió, un proxy se activó, el proveedor de tu Internet tiene problemas, tu la caché del DNS local está desactualizada y muchas otras posibilidades pueden causar este error.

Solución: Pruebe la URL en el sitio web http://www.isitdownrightnow.com/Si recibes un mensaje de que el sitio web está en línea ("YourUrl.com" está UP y accesible), hay un problema local.

Comprobación del estado del servidor

Pero si el resultado de la prueba es "DeineUrl.de" es ABAJO, entonces esto indica un problema con su DNS, su servidor web o un WordPress -Plugin oTheme

Comprobación del estado del servidor

Causa 2: Problemas de DNS

El DNS (Sistema de Nombres de Dominio) se encarga de convertir tu los URL (como raidboxes.de) en un IP (por ejemplo, 94.130.145.82).

Con un nuevo registro o un dominioMigración , puede pasar algún tiempo hasta que todas las computadoras, los servidores de DNS y los proveedores hayan reconocido el ajuste. Bajo ciertas circunstancias esto puede tomar hasta 24 horas.

Solución: Primero deberías comprobar si hay algún problema local. Vacía tu caché de ADN:

Para limpiar la caché de DNS de su dispositivo, primero abra la siguiente tu línea de comandos.

  • Ventanas: Presiona [Tecla de ganar + R], allí cmd y presiona Enter
  • Mac: Inicie la terminal a través del muelle de Programas > Utilidades > Terminal

Entonces entra en esto:

  • Ventanas: ipconfig /flushdns
  • Mac: dscacheutil -flushcache

Después de eso, la caché del DNS tu local está vacía y puedes intentarlo de nuevo.

Si el error persiste, vea lo que otros servidores del mundo tienen que decir al respecto. Ve a www.whatsmydns.net e introduzca la URL en la línea de búsqueda (Nota: Por favor, asegúrese de que "A" esté seleccionada en el segundo campo de selección para que sólo se marque el registro A. Esto es responsable de la correcta resolución del nombre de dominio a la dirección IP. ¡Entonces inicia el escaneo!

Comprobación del DNS

Si el registro DNS está actualizado en todos los servidores, debería ver una marca verde en todas partes y la misma IP. Esta IP debe apuntar a los servidores IP tu en la mayoría de los casos (excepción: si un CDN está en la corriente ascendente).

Si los errores se muestran en forma de una "X" roja, este servidor no tiene todavía la entrada correcta. Si hay diferentes IPs, el servidor todavía tiene la vieja entrada y no ha sido actualizado a la nueva. La única manera de evitar esto es esperar.

Causa 3: Problema con el servidor (por ejemplo, el rendimiento o hoster)

Los sitios web de visitas intensivas y los sitios de comercio electrónico como las tiendas que se están WooCommerce ejecutando generan muchas solicitudes al servidor, que no pueden ser almacenados debido a su contenido y por lo tanto llevar a una alta carga de servidores - hasta e incluyendo la avería del servidor.

Solución: Si el paquete de alojamiento de rendimiento tu para tu la websitio no es suficiente, es posible que necesite actualizarlo. Alternativamente, a menudo es útil cambiar a otra hosterarquitectura de servidor que ofrezca un mejor rendimiento. Con mucho gusto puedes obtener unatus WordPress sitio La prueba se mueve a RAIDBOXES para ser llevado a cabo. Al hacerlo, tu Livesitio no se verá perturbado en su funcionamiento, ya que obtendrá un entorno completamente propio con su propia URL, que no está indexada por los motores de búsqueda. En más del 80 por ciento de los casos se produce un aumento significativo del rendimiento y una reducción de los 504 errores a 0.

Causa 4: Spam de tráfico, ataques DDOS, ataques de bot.

Los ataques DDOS y el tráfico de SPAM pueden tu sitio colapsar porque generan tantas llamadas (sin conexión) que tu los servidores se caen.

Solución: Para filtrar tales ataques, un CDN como Cloudflareque filtra los accesos al tu sitio web y bloquea los robots de spam y los ataques. En casos muy persistentes, se puede excluir (bloquear) las direcciones IP de los atacantes para que no puedan acceder al tu sitio web.

Con RAIDBOXES usted puede hacer esto fácilmente a través tu BOXde los ajustes:

Bloqueo de IP_RAIDBOXES

Causa 5: Problemas con Plugins y Themes

En casos individuales, pueden producirse errores en las solicitudes muy largas desde Plugins o Themes hacia el 504 Gateway Time-Out. Si acabas de instalarlo Theme o Plugin actualizarlo, intenta deshabilitarlo primero.

RAIDBOXES Puedes hacer esto a través de tu Plugin/Theme-settings tus BOX - incluso si no puedes entrar en tu WordPress -Backend más.

RAIDBOXES y la Themegestión.

Si no tienes acceso al tu WordPress backend en otros hosters, puedes conectarte vía S/FTP y crear un nuevo backend en la carpeta ../wp-contenido/themes o ../wp-contenido/plugins buscar el correspondiente Theme/Plugin y cambiar el nombre de la carpeta. Esto desactiva automáticamente el elemento correspondiente.

Si no estás seguro de lo Plugin que causa Theme el problema, primero cambia a un estándarTheme como twentyseventeen.

Si esto arregla el problema, lo más probable es que se deba a una conexión Theme o conexiones entre Theme y Plugins. Contacte con el fabricante del Themes. Si no, desactívelos todos Plugins y luego vuelva a activarlos uno por uno hasta que encuentre el "problemaPlugin" que está experimentando.

Entonces intenta Plugin reinstalarlo. Si esto tampoco ayuda, póngase en contacto con el Pluginfabricante.

WordPress -Fallo #4: Error al establecer una conexión de base de datos

Error al establecer una conexión de base de datos

El error "Establecimiento de una conexión de base de datos" es un super-GAU entre los WordPress errores. El mensaje de error significa que el tu servidor ya no tiene acceso a la base de datos o ya no puede alcanzarla.

En tus WordPress la base de datos se almacena casi toda la información tu sitio necesaria para funcionar correctamente. En la base de datos se almacenan no sólo las páginas de contenido tus y los mensajes, sino también la información tus de acceso de los usuarios y Plugin- y Themelos ajustes.

Sólo las imágenes, Plugin- y Themelos archivos y WordPress ficheros centrales no se almacenan en la base de datos, sino en el sitio web del sistema tus de archivos, al que se puede acceder, por ejemplo, a través de S/FTP.

Posibles causas y soluciones para Error al establecer una conexión de base de datos

Si permanece en tu sitio blanco y sólo aparece el mensaje de error "Error al establecer una conexión con la base de datos", tu sitio significa que no se puede establecer una conexión con tus la base de datos o que la información necesaria falta o es incorrecta. En la mayoría de los casos, no podrás acceder al WordPress backend en este caso.

Causa 1: Datos incorrectos en WP-Config

La mayoría de las veces es simplemente información errónea sobre la conexión de la base de datos lo que causa el error. Este error a menudo ocurre después de trasladarse Migración a un nuevo servidor o hoster antes y es bastante fácil de arreglar:

SoluciónPara todos los errores relevantes del sistema (¡y éste en particular!), deberías hacer una copia de seguridad tus sitio antes. Los clientes de bei RAIDBOXES simplemente crean una copia de seguridad manual en sus BOXcopias de seguridad. Otros hosters pueden requerirle que haga una copia de seguridad de todo sitio el archivo o al menos de los archivos que cambie localmente.

Ahora se obtiene la información necesaria para conectarse a la base de datos. Esto es:

  • Nombre de la base de datos (DB_NAME)
  • Nombre de usuario de MySQL (DB_USER)
  • Contraseña de usuario de MySQL (DB_PASSWORD)
  • Nombre de host de MySQL (DB_HOST) [Este es el servidor].
  • prefijo de la tabla ($table_prefix) [mayormente 'wp_']

Normalmente se puede encontrar esta información en los panel de control tu Hosters. Normalmente no se necesita toda la información. Por ejemplo, sólo se RAIDBOXES necesita el prefijo de la tabla, porque las entradas restantes se leen y controlan automáticamente.

Si tiene la información necesaria, descargue el "wp-config.php" del directorio raíz de tus WordPress instalación vía S/FTP, haga una copia local como respaldo y edite el original con, por ejemplo. notepad++.

Allí encontrará las siguientes líneas (Nota: $table_prefix no se incluirá en todos los casos):

WP-Config

Compara esta información con la que acabas de obtener.

Guarda estos cambios y vuelve a cargar el archivo en el directorio tu raíz del servidor (sobrescribe el archivo original, tienes una copia de seguridad local).

Si la información es ahora correcta, debería poder usar el tu sitio web normalmente de nuevo.

Causa 2: Base de datos defectuosa

Un error puede haberse colado en la tus base de datos.

Solución...posiblemente WordPress pueda reparar la base de datos automáticamente. Para ello, llama a DEINEURL.de/wp-admin. Si ves aquí que la tu base de datos puede ser reparada, añade "/* Eso es todo, ¡deja de editar! Feliz blogging. */" la siguiente línea en el WP-Config:

define('WP_ALLOW_REPAIR',true);

Después llama a DEINEURL.de/wp-admin/maint/repair.php.

Si esto tu arregla los problemas, no olvides quitar la línea de wp-config.php de nuevo.

Causa 3: Problemas con su hoster

Bajo ciertas circunstancias el servidor SQL está caído y no es accesible. También es posible que se haya alcanzado un tamaño máximo de la base de datos. O se agotan los recursos del tu proveedor de hospedaje.

Desafortunadamente, este es a menudo el caso de CompartidoHosting . Allí compartes un servidor con muchos otros sitios web, y si uno sitio de ellos consume muchos recursos, esto es a expensas, por supuestotus sitio. Por esta razón, siempre recomendamos usar un sistema especialmente WordPress adaptado Alto rendimientoHostingpara que no se produzcan tales sobrecargas.

SoluciónContacte con su proveedor de alojamiento o compruebe su estadositio (si lo hay) para ver si hay actualmente problemas con el servidor. Si es necesario, pídele al proveedor que te muestre la carga de la CPU, y si la carga es muy alta, cambia a otro servidor. Si esto no ayuda, deberías considerar cambiar a otro hoster servidor.

Conclusión

Cada WordPress usuario conoce el toque de pánico cuando de repente te sientas frente a una pantalla blanca o ya no puedes entrar en la WordPress parte de atrás. Lo importante es mantener la cabeza fría, llegar al fondo de la causa sistemáticamente y luego tomar las medidas adecuadas para resolver el problema. Espero que este artículo pueda ayudarte en el futuro a analizar y corregir estos WordPress errores típicos.

¿Con qué WordPress problema has tenido que lidiar hasta ahora? Deje mi tu opinión en los comentarios.

Matthias es un calmante del caos en RAIDBOXES. Como desarrollador de temas y plugins, orador de WordCamp y colaborador activo de la comunidad de anfitriones, se le puede encontrar regularmente en WordCamps y otros eventos relevantes de WordPress y siempre está listo para un bocadillo. Cuando no está allí, tiene gatos en su regazo.

Artículos relacionados

Comentarios sobre este artículo

Escriba un comentario

tu La dirección de correo electrónico no se publicará. Los campos obligatorios están marcados con * marcado.