El error de tiempo de espera de la puerta de enlace 504 es uno de los errores HTTP 5XX más comunes que enfrentan los propietarios y visitantes del sitio. Para muchos blogs de WordPress y plataformas comerciales electrónicas, sepa cómo remediar los errores del servidor que esto es esencial para evitar que sus visitantes difíciles pasen por los sitios de competencia.
Debido a que el error de tiempo de espera de la puerta de enlace 504 no le dice por qué apareció, es difícil identificar qué causa el vencimiento del servidor. Este artículo lo ayudará a comprenderlo en detalle, descubrir cómo diagnosticar su causa y luego remediarla.
Después de haber probado todas las diferentes soluciones mencionadas en la publicación, su sitio debería funcionar lo antes posible. ¿Suena interesante? ¡Vamos a bucear! ¿Prefieres ver la versión de video?
El error de tiempo de espera de la puerta de enlace 504 es uno de los errores HTTP 5XX más comunes que enfrentan los propietarios y visitantes del sitio. Aprenda a arreglarlo rápidamente con esta guía. ️ Haga clic para enviar en Tweet ¿Cuál es el error de tiempo de espera de la puerta de enlace 504? Cada vez que visita un sitio web en el navegador, envía una solicitud al servidor web donde está alojado el sitio. El servidor procesa la solicitud y responde con los recursos solicitados.

Cómo funcionan las solicitudes y respuestas HTTP. La respuesta del servidor incluye uno de los muchos códigos de estado HTTP para indicar la condición de la respuesta al navegador. Pero no todos estos códigos de estado HTTP son errores. Por ejemplo, un código de estado de 200 OK significa que el servidor ha procesado la solicitud con éxito y “todo está bien”. La clase 5xx de los códigos de estado HTTP indica que algo no está bien con el servidor, el servidor es consciente de esto y no puede cumplir con la solicitud del cliente. Como resultado, también se llaman códigos de estado del servidor 5XX. Oficialmente, se especifican cinco códigos de estado en la clase 5xx (500, 501, 502, 503, 504). También puede encontrar muchos códigos no oficiales (506, 507, 509, 520, etc.). El grupo de trabajo de ingeniería de Internet (IETF) define el error de tiempo de espera de la puerta de enlace 504 como: El código de estado 504 (tiempo de espera de la puerta de enlace) indica que el servidor, aunque actúa, actúa Como Gateway o Proxy no recibieron una respuesta oportuna de un servidor aguas arriba al que tuvieron que acceder para completar la solicitud. Para simplificar aún más, este error ocurre cuando dos servidores están involucrados en el procesamiento de una solicitud. El primer servidor (generalmente el servidor principal) expira, esperando una respuesta del segundo servidor (servidor aguas arriba). El error de tiempo de espera de puerta de enlace 504 se manifiesta en diferentes formas. Aquí hay algunas formas en que generalmente aparece:
“Error HTTP 504” del navegador Chrome. El error de tiempo de espera de la puerta de enlace 504 es similar al error de puerta de enlace malo 502, lo que indica que el primer servidor ha recibido una respuesta no válida del segundo servidor.

El código de estado “Tiempo de espera de puerta de enlace 504” en Chrome Devtools. Variaciones en el error 504 El navegador de tiempo de espera de la puerta de enlace muestra cualquier error de tiempo de espera de la puerta de enlace 504 como cualquier otro error. Debido a que hay varios sistemas operativos, servidores web, navegadores y agentes de usuarios, puede ocurrir de varias maneras. A continuación se presentan algunas variantes ordinarias de mensajes de error 504 que puede cumplir: 504 Tiempo de espera de la puerta de enlace

Tiempo de espera de Gateway 504 Nginx
Tiempo de espera de Ningin 504 Gateway
Error de vencimiento de la puerta de enlace
Error 504
Error http 504
Error HTTP 504 – TimeOut Gateway
Http 504
Error 504
TimeOut Gateway (504)
Esta página no funciona: el dominio duró demasiado para responder
Tiempo de espera de puerta de enlace 504: el servidor no respondió a la hora
La solicitud de la página ha sido cancelada porque tardó demasiado en completar
Visitantes del sitio: se ha producido un problema al cumplir con su solicitud, intente nuevamente en unos minutos.
Propietarios del sitio: Hubo un tiempo de espera para Gateway. Debe visitar el registro de errores para obtener más información.
Una pantalla blanca vacía
Todas las respuestas de error anteriores, aunque formuladas de manera diferente, indican el mismo error del servidor de tiempo de espera de la puerta de enlace 504.
Los servidores web y los sitios web pueden personalizar cómo se muestra el error de tiempo de espera de la puerta de enlace 504. ¡Algunos de ellos pueden ser geniales! Es una excelente táctica para calmar la decepción de los visitantes.
HTTP 504 Página de error de GitHub. El impacto del SEO del error de tiempo de espera de la puerta de enlace 504 Todos los errores 5xx evitan la página web, haciéndolos perjudiciales para la experiencia del usuario. Por lo tanto, los motores de búsqueda como Google se toman en serio estos errores. Si el error persiste durante mucho tiempo, incluso puede conducir a la página web de los resultados del motor de búsqueda. Por ejemplo, cuando las arañas de Google encuentren un servicio no disponible, comprenderán que es un problema temporal porque se usa en Main para Active el modo de mantenimiento del sitio. Por lo tanto, intentarán acceder a la página nuevamente más tarde. Un error de tiempo de espera de puerta de enlace 504 no es necesariamente temporal porque puede deberse a varias razones. Si su sitio se detiene por solo unos minutos y si las arañas intentan acceder a él con rastreadores varias veces cada minuto, intentarán transmitir la página de caché. Ni siquiera se daría cuenta.
Pero si su sitio se detiene durante más de 6 horas o más, Google considerará el error 504 como un problema grave en todo el sitio, debe remediar lo antes posible. Esto puede afectarlo negativamente.

Ver los errores de acceso a los rastreadores en la consola de búsqueda de Google La consola de búsqueda de Google es una de las mejores herramientas de SEO para monitorear los errores HTTP 5XX de su sitio web. Causas del error de tiempo de espera de la puerta de enlace 504 Debido a que el error 504 se debe a un tiempo de espera entre los servidores, el problema probablemente no sea con el dispositivo del cliente o la conexión a Internet. Esto también incluye el dispositivo y la conexión.
Un tiempo de espera de la puerta de enlace de error 504 indica que el servidor web está esperando demasiado tiempo para responder desde otro servidor y “expira el tiempo”. Puede haber muchas razones para este tiempo de espera: el otro servidor no funciona correctamente, está sobrecargado o detenido. El otro servidor no siempre debe ser externo (por ejemplo, CDN, API de puerta de enlace). También puede ser una entidad similar a un servidor en el servidor web principal (por ejemplo, el servidor inverso, el servidor de base de datos). Cómo corregir el error de tiempo de espera de la puerta de enlace 504 sin saber los detalles exactos sobre el sitio de WordPress, como la configuración del servidor, el plan de alojamiento, el tercero y el tráfico que atrae, puede ser frustrante y abrumador para remediar. Un error de puerta de enlace 504 . Debido a que hay muchas variables involucradas, le recomiendo que comience por remediar los problemas en el cliente, que son bastante raros, y luego resuelva los problemas en el servidor. Por lo general, son culpables de los errores 504. Intente recargar la página web Una de las primeras cosas que puede probar cuando tenga un error de tiempo de espera de la puerta de enlace 504 es esperar unos minutos e intentar recargar la página. Puede presionar el pedido rápido del teclado F5 para actualizar/recargar la página web en la mayoría de los navegadores. Para eliminar el caché del navegador de la página antes de recarga, puede presionar la combinación de accesos directos CTRL+F5 en su lugar.
Actualice una página web en el navegador Chrome mientras está en esto, puede intentar cargar el sitio en un navegador diferente para excluir esto como un problema. Debido a que la mayoría de los errores 504 se deben a servidores sobrecargados temporalmente, el uso de esta solución debe hacer que su sitio regrese de inmediato. Si esperar y recargar el sitio no resuelve el problema de error 504, puede verificar si un sitio se detiene para todos o simplemente para dos herramientas en línea para probar un sitio para que el tiempo no funcione esté inactivo para todos o simplemente para mí y está abajo. ¿Ahora? Probando a Kinsta.com en Down para todos o simplemente para mí reinicia los dispositivos de red a veces, los problemas con los dispositivos de red, como el módem o el enrutador, pueden conducir a un error de tiempo de espera de puerta de enlace 504. Reiniciar estos dispositivos puede ayudarlo a solucionar el problema. Aunque puede detener todos estos dispositivos de red en cualquier orden, el pedido que comience nuevamente es importante. Por lo general, inicie estos dispositivos desde “Exterior Inside”, siguiendo el orden de conexión desde el proveedor de servicios de Internet al dispositivo principal del cliente. Verifique su configuración proxy Un servidor proxy está entre su dispositivo e Internet. Se utiliza especialmente para mejorar la confidencialidad en línea ocultando información privada (por ejemplo, ubicación del dispositivo) en sitios web y servidores web (por ejemplo, utilizando una VPN). Aunque es raro que los servidores proxy causen un error 504, la configuración incorrecta del servidor proxy a veces puede ser la razón. Puede deshabilitar el servidor proxy e intentar recargar la página web para ver si solucionará el error.

Cambiar la configuración de “proxy” en Windows 10 La mayoría de los clientes no usan un servicio proxy, por lo que puede omitir este paso si está seguro de que no usa ningún servidor proxy. Sin embargo, es posible que lo hayas establecido sin saberlo. Le sugiero que verifique la configuración proxy de su dispositivo y navegador para excluir esta causa. Problemas DNS Un error de tiempo de espera de la puerta de enlace 504 también puede ser causado por problemas de DNS en el servidor o el cliente (o ambos). La razón muy probable para un problema de DNS a nivel del servidor es FQDN (nombre de dominio totalmente calificado) que no resuelve la dirección IP correcta o el servidor DNS no responde. Esto generalmente sucede cuando acabas de migrar su sitio de WordPress a un nuevo servidor o host. Por lo tanto, es importante esperar a que los registros DNS del dominio se propagen por completo, lo que puede tomar hasta 24 horas. Puede usar herramientas gratuitas como WhatsMydns.net DNS Checker o DNSMAP para ver si su DNS se ha extendido por todo el mundo. Verificar la propagación de DNS para su campo en WhatsMydns.net para remediar los problemas de DNS, puede tratar de eliminar su DNS local memoria caché. Es como limpiar el caché de su navegador, a menos que elimine la memoria de caché DNS. Si usa Windows, puede vaciar la memoria de caché DNS abriendo la línea de comando e ingresando la siguiente directiva: ipconfig /flushdns
Lave el caché DNS con el símbolo del sistema en Windows, debería ver “La memoria caché del resuelo DNS se ha vaciado con éxito”. mensaje si funcionó. Para las últimas versiones de MacOS, puede abrir el terminal y ejecutar el siguiente pedido: sudo killa -hup mdnsesponder No verá ninguna notificación en MacOS cuando termine el proceso, pero puede modificarlo agregando el pedido con el mensaje personalizado. sudo killall -hup mdnsresponder; DNS Cache se borró con éxito si usa versiones MacOS anteriores, el comando que necesita ingresar varía según la versión de MacOS que ejecute. Para obtener más detalles, puede consultar la sección MacOS del Tutorial DNS DNS Lave. Si usa el sistema operativo Linux, entonces el proceso es bastante similar al de MACCOS, porque incluso Linux usa el terminal como interfaz de línea de comandos. Debido a que hay muchas distribuciones de Linux, el comando exacto que necesita ejecutar puede variar de una distribución a otra. Puede consultar a la Guía Kinsta para obtener más información. Finalmente, puede cambiar temporalmente los servidores DNS del lado del cliente. Por defecto, su ISP asigna automáticamente sus servidores DNS. Pero puedes cambiarlos temporalmente en IPS Public DNS. Algunos servidores DNS de confianza que puede probar son Google Public DNS, Cloudflare 1.1.1.1, Quad9 DNS y Cisco OpenDNS.
Configuración de servidores DNS personalizados en Windows 10 deshabilita temporalmente su sitio CDN A veces, el problema también podría ser con la red de entrega de contenido (CDN). Si no es accesible el servidor de origen de un sitio, la mayoría de los CDN intentarán transmitir toda la página web en el caché. Pero la mayoría de los CDN no funcionan esta característica de forma predeterminada, porque es complejo memorizar activos dinámicos en la mayoría de los sitios (por ejemplo, WordPress Dashboard). Configurar el “caché todo” para remediar este problema es la desactivación temporal del CDN. Por ejemplo, si utiliza el complemento gratuito de WordPress de activador CDN para conectar su sitio a la URL de CDN, puede deshabilitar el complemento y probar la recarga del sitio. Lo mismo es cierto para usar cualquier otro complemento que pueda usar para conectarse a CDN (por ejemplo, WP Rocket, Breeze, W3 Total Cache). Si no puede acceder a la Junta de Administración de su sitio, puede desactivar el complemento a través de SFTP, renovando el nombre de la carpeta del complemento.

Deshabilite todos los complementos a través de SFTP, renombrado por el nombre de los CDN de la carpeta de complementos como CloudFlare o Juices, que ofrecen servicios de proxy completos, tienen firewalls adicionales entre sus servidores Edge y su servidor de origen. Por lo tanto, es posible cumplir con más frecuencia los errores HTTP 5xx mientras los usan. La mayoría de ellos memorizan en caché Los errores 5xx devueltos por el servidor de origen, por lo que es fácil de solucionar problemas. El plan gratuito de CloudFlare es propenso a mostrar un error 5XX. Desafortunadamente, debido a que es un servicio proxy completo, no hay una forma rápida de desactivarlo. Pero antes de culpar a Cloudflare por esto, sabes que Cloudflas muestra dos variantes del tiempo de espera de la puerta de enlace 504. Tiempo de espera de puerta de enlace 504 en CloudFlare (Variante 1) CloudFlare le mostrará una pantalla de error personalizada 504 Tiempo de espera de puerta de enlace cuando el servidor de origen de su sitio responde con un HTTP estándar 504. por su servidor web y no por CloudFlare. Puede intentar remediarlo con las otras soluciones mencionadas a continuación o comunicarse con su ayuda a su proveedor de alojamiento. Tiempo de espera de puerta de enlace 504 en CloudFlare (variante 2) Si CloudFre causa el error de tiempo de espera de la puerta de enlace 504, la pantalla de error mencionará “CloudFlare”, que actualmente es el nombre estándar del servidor para todos los activos de CloudFlala. Por lo general, la pantalla de error aparecerá de la siguiente manera:

Pantalla de error para el tiempo de espera de la puerta de enlace 504 causado por CloudFlare porque Cloudflare en sí no responde, no verá ninguna pantalla de error con la marca CloudFlare aquí.Lo más probable es que Cloudflare ya sea consciente del problema y ya está trabajando en un remedio.Puede confirmar esto verificando la página web del sistema CloudFlala.Alternativamente, puede ponerse en contacto con el soporte de CloudFlare para una resolución más rápida. Verifique la condición del sistema CloudFlare en CloudFlarestatus.com Tiempo de espera de puerta de enlace 504 debido a grandes cargas que su tamaño de carga también puede ser una razón para la expiración del tiempo del servidor.CloudFlare limita el tamaño del archivo de carga (en HTTP Post) a solo 100 MB en plano libre y profesional.

Los límites del “tamaño máximo de carga” de la nube para diferentes planes pueden ser de su host o con la nube. Puede encontrar la causa exacta pasando por alto CloudFlare con el archivo DNS Hosts e intentando cargar nuevamente. Si usa CloudFlare con WordPress, le recomiendo usar su complemento gratuito y excluir el caché crítico (como la placa de administración de WordPress). Puede consultar la publicación detallada de Kinsta sobre cómo configurar la configuración de la nube de WordPress. Lectura sugerida: cómo configurar CloudFlala APA para WordPress. Los problemas con el servidor (consulta el host) Los problemas del servidor son una de las razones más comunes para un tiempo de espera de puerta de enlace de error 504. Debido a que la mayoría de los sitios de WordPress están alojados en Nginx o Apache, los servidores web Nginx o Apache están esperando una respuesta de algo y expira. Muchos clientes vienen a Kinsta por exactamente este problema que enfrentan a otros hosts de WordPress. La conversación es así:

Recibimos alrededor de 100,000 visitantes por mes, con más de 200,000 visitas. Actualmente, alojamos con ____ y cumplimos con 504 errores constantemente debido a la sobrecarga del servidor. No me gusta cómo ____ manejó el problema y también nos informaron que tendremos que pasar a sus planes dedicados pronto, lo que creo que no es necesario. Los sitios de alto tráfico y el comercio electrónico son más propensos a 504 errores debido a la sobrecarga del servidor, ya que generan muchas solicitudes que no se pueden almacenar en caché. Sin embargo, este problema se puede cortar con cualquier sitio, incluidos blogs simples. Muchos hosts le pedirán que actualice a un plan de alto nivel para solucionar el problema, que en la mayoría de los casos es inútil.

¿Quieres saber cómo aumentar nuestro tráfico por más del 1000%? ¡Únase a las más de 20,000 personas que reciben nuestro boletín semanal con los consejos de WordPress!

Suscríbase ahora

Kinsta utiliza hosts administrados LXD y contenedores de software LXC para cada sitio. Por lo tanto, cada sitio de WordPress está alojado en su propio contenedor aislado, con acceso a todo el software necesario para ejecutarlo (Linux, Nginx, PHP, MySQL). Los recursos son 100% privados y no se comparten con ningún otro sitio, ni siquiera con sus sitios. La mayoría de los anfitriones de WordPress que ofrecen planes compartidos tienen esta capacidad. Por lo tanto, un sitio web con alto tráfico alojado en el mismo servidor que también puede hacer que su sitio muestre un error 504. Además del aislamiento de cada sitio en su contenedor, Kinsta también diseñó la infraestructura para administrar con facilidad miles de conexiones simultáneas . Kinsta incluso aloja bases de datos MySQL en Localhost, no un servidor remoto. Esto significa que no hay latencia entre los automóviles, lo que conduce a consultas más rápidas y menos posibilidades de ocurrencia. Muchos clientes que migran a Kinsta ven enormes disminuciones en los tiempos de carga. Un aumento del 212.5% en el rendimiento después de cambiar a C2. Un servidor sobrecargado no es la única causa de un tiempo de espera de un servidor. Puede haber muchas otras razones para el error 504:

Infraestructura de servidor lenta El servidor que utiliza para alojar su sitio de WordPress puede no tener suficientes recursos para administrar la carga. Es como jugar un videojuego moderno con gráficos intensivos en una computadora de una década. El servidor se cierra solo tratando de servir al sitio web. La única solución a este problema es actualizar a un servidor con una mejor infraestructura. Por esta razón, incluso el plan de alojamiento de WordPress de Kinsta más simple manejará un sitio de tráfico medio estático. Necesita más trabajadores de PHP PHP Los trabajadores están acostumbrados para ejecutar el código de su sitio de WordPress. Un sitio de comercio electrónico que recibe 50,000 visitantes por mes necesita muchos más recursos que un blog simple con la misma cantidad de tráfico. Si todos los trabajadores de PHP del servidor están ocupados, formarán una cola. Cuando la cola se vuelve demasiado alta, el servidor ignora las solicitudes antiguas, lo que puede hacer que el servidor produzca una puerta de enlace 504. Puede preguntarle al host sobre aumentar el número de trabajadores de PHP. Esto permitirá que su sitio ejecute más solicitudes simultáneamente. Problemas con el firewall de firewall Su servidor podría tener algunos errores o configuración inadecuados. Quizás algunas de sus reglas eviten que el servidor establezca una conexión correcta. Para saber si su firewall es culpable, puede verificar los registros de errores de su servidor. Problemas de conectividad de red Los problemas de conectividad entre el servidor proxy y el servidor web pueden causar retrasos en respuesta a las solicitudes HTTP.

Si usa un balance de carga, podría haber problemas de conectividad de red con él. Tiempos de espera HTTP Tiempos de espera HTTP puede ocurrir cuando una conexión entre el servidor web y el cliente se mantiene abierta durante demasiado tiempo. Con los sitios de WordPress, esto generalmente sucede cuando se ejecuta las importaciones de WordPress. Una forma de resolver este problema es cambiar a una conexión a Internet más rápida. También puede usar una herramienta de soporte WP-CLI para ejecutar los scripts directamente en el servidor, sin pasar por completo la conexión HTTP. Por ejemplo, puede usar el comando WP Import WP-CLI para ejecutar el importador de WordPress directamente a través de la interfaz de línea de comando. IMPORTANTE: Los errores de tiempo de espera de la puerta de enlace 504 se parecen similares a los errores de servicio 503 no disponibles o los errores malos de puerta de enlace 502. Pero todos son diferentes. Si tiene un error 504 en Kinsta, abra un boleto de asistencia para resolver el problema de inmediato. Para monitorear por su cuenta, el tiempo no funcional de su sitio, puede usar un instrumento como Updown.io. Verificará periódicamente el estado de su sitio (o cualquier URL) enviándole una solicitud HTTP. Puede establecer la frecuencia de verificación de 15 segundos a 1 hora. Si su sitio web no responde correctamente, le notificará por correo electrónico o SMS.

Monitoree su sitio fácilmente con Updown.io, recibirá una cantidad generosa de préstamos gratuitos con cada cuenta updown.io, pero si está buscando alternativas más baratas, puede consultar WebGazer o UptimeroBot. Ambas herramientas lo ayudarán a monitorear el tiempo de operación de su sitio de forma gratuita cada 5 minutos. Es lo suficientemente decente para la mayoría de los propietarios de sitios web. La tabla a bordo de la herramienta de monitoreo del sitio WebGazer monitoreando su sitio le dará una idea de la frecuencia con la que es. Esto es especialmente útil si está utilizando un proveedor de sombra para compartir. La mayoría de los hosts de WordPress administrados tratan automáticamente con esto para usted. Por lo tanto, siempre es aconsejable acompañarlos. Para una explicación detallada, ver Kinsta Post sobre la importancia de alojar a WordPress. Los ataques de spam, robots o DDoS de los atacantes maliciosos pueden llevar su servidor web a rastreadores enviando demasiadas solicitudes y/o consumir recursos. Si su sitio es robot spam o sometido a un ataque DDoS, puede abrumar su servidor y conducir a errores 504 TimeOut de puerta de enlace para muchos usuarios auténticos. Puede ver el tráfico y el análisis de su servidor para ver si puede ver modelos irregulares en el tráfico del sitio. Si usa Kinsta para alojar su sitio, puede ver fácilmente estos datos accediendo a MyKinsta Analytics.

Mykinsta Analytics Dashboard Comience su investigación observando las direcciones de clientes más importantes. Le dará una idea de quién genera el número máximo de solicitudes y dónde. Si su servidor de repente usa un enorme ancho de banda o atrae mucho tráfico, entonces este informe será muy útil. La vista de “IPS del cliente superior” en el panel de mykinsta, entonces puede consultar el informe de análisis de caché. Aquí, puede ver cuántas solicitudes le rinde o se pierde el caché o se les sirve en caché. Por razones de rendimiento y estabilidad, desea almacenar tantas solicitudes como sea posible, pero no siempre es posible hacerlo. Por ejemplo, los sitios de WooCommerce generan muchas solicitudes que no se pueden almacenar en caché para funciones como el carrito de compras y el proceso de pago.

La pantalla “Análisis de caché” en MyKinsta Finalmente, puede usar un complemento de seguridad de WordPress para mejorar la seguridad de su sitio web identificando y bloqueando el tráfico/IP. Puede pedirle a su host que bloquee ciertos IP.
¿Luchas con tiempos no funcionales y problemas de WordPress? ¡Kinsta es la solución de alojamiento concebida considerando el rendimiento y la seguridad! Revise nuestros planes

Dependiendo de la longitud y el alcance del ataque, este podría ser un proceso interminable de incluir el IPS en la lista negra, ya que muchos atacantes cambian sus IP y direcciones de poder después de haber sido bloqueadas. Nota:
Kinsta no permite que sus clientes instalen complementos de seguridad de WordPress, ya que pueden tener un gran efecto en el rendimiento del sitio, especialmente en sus capacidades de escaneo. Debido a que Kinsta utiliza herramientas de equilibrio de carga con Google Cloud Platform, el bloqueo de IP no siempre funcionaría según lo dispuesto. Puede usar soluciones de seguridad dedicadas, como CloudFlags o jugos, para proteger sus sitios de DDoS y Spambots. Para obtener más información, puede consultar artículos de Kinsta sobre cómo instalar CloudFlare en su sitio de WordPress y cómo los jugos han ayudado a detener un ataque DDoS. La base de datos de WordPress corrupta a veces, un error de tiempo de espera de la puerta de enlace 504 puede deberse a una base de datos corrupta, especialmente en los sitios de WordPress. Esto generalmente se debe a tablas o archivos de base de datos corruptos. A veces, también puede ser causado por un grave problema de seguridad, como piratear el sitio o la base de datos. La reparación de una base de datos corrupta de WordPress depende del problema. Los complementos como WP-DBManager facilitan el diagnóstico de problemas de la base de datos y los reparan.
Recomiendo leer el procedimiento detallado de Kinsta sobre la reparación de los problemas de la base de datos de WordPress para comenzar. Verifique los complementos y los temas de su sitio en la mayoría de los casos, los complementos y los temas de terceros no causan errores 504. Pero existe una pequeña posibilidad de que causen el vencimiento del servidor, generalmente colocando en la cola de muchos problemas generados por el complemento/tema.. Como esto vincula a muchos de los trabajadores de PHP de su servidor, puede causar 504 errores. Un excelente ejemplo de este problema es WooCommerce, un complemento instalado para agregar funcionalidades comerciales electrónicas a los sitios web de WordPress. La forma más simple de remediar este problema es desactivar todos los complementos. Recuerde, nunca perderá en ningún momento si solo deshabilita un complemento. Si puede acceder a la Junta de Administración, puede acceder a la pantalla de complementos, seleccione Desactivación en el menú de bloque, marque todos los complementos y luego presione el botón Aplicar. Esto deshabilitará todos sus complementos.
Desactivando todos los complementos de WordPress a través del tablero de administración de WP Si no puede acceder al área de administración, puede deshabilitar los complementos a través de SFTP utilizando el método descrito anteriormente. Simplemente cambie el nombre del nombre de la carpeta principal de los complementos para deshabilitar todos los complementos en el bloque. Una vez que haya deshabilitado todos los complementos, verifique que su sitio se esté cargando correctamente. Si funciona, debe activar cada complemento, probando el sitio después de activar cada complemento. Finalmente, asegúrese de que WordPress esté actualizado. Además, asegúrese de que su servidor esté ejecutando la versión recomendada por PHP. Si cree que esto es demasiado abrumador, siempre puede contactar al host para obtener ayuda. Kinsta utiliza Kinsta APM y otras técnicas de solución de problemas para ayudar a los clientes a reducir qué complemento, consulta o script podrían causar un error. En el peor de los casos, como la consulta ineficiente o un código malo en un complemento/tema, puede llamar a un desarrollador de WordPress para remediar el problema. Verifique los registros de errores Los registros de errores pueden ser muy útiles cuando resuelve problemas y resolución de problemas de los errores 504 de su sitio web de WordPress. Esto puede ayudarlo a reducir rápidamente un problema en su sitio, especialmente si es el resultado de un complemento exigente en su sitio. MyKinsta.

Comprobando las revistas de errores en el tablero de mykinsta Si su host no tiene una herramienta de registro, puede activar la solución de problemas de WordPress agregando el siguiente código al wp-config.php: define (‘wp_debug’, true); Define (‘wp_debug_log’, true); Define (‘wp_debug_display’, falso); Constanta WP_Debug activa o desactiva el modo de resolución de problemas de WordPress. Tiene dos constantes acompañantes opcionales que pueden expandir sus características. Constanta wp_debug_log ordena que todos los errores se guarden en un archivo debug.log del director / WP-Account /. Si no ve este archivo, siempre puede crear uno. Constanta wp_debug_display controla si las revistas de solución de problemas aparecen en la página HTML. La configuración de esta opción para fingir ocultará todos los errores, pero puede examinarlos más tarde, porque ha definido wp_debug_log como verdadero. IMPORTANTE: Si tiene WP_DEBUG activado en el entorno KinstA, dirija todos los errores al archivo debug.log y no a Error.log desde el tablero MyKinsta. También puede descargar los archivos de registro de Grue WordPress a través de SFTP. Por lo general, puede encontrar los registros de errores en el director raíz de su servidor en una carpeta llamada “Journal”.
Acceder a la carpeta de WordPress Error Journal a través de los usuarios de SFTP Kinsta también puede activar el solucionador de problemas de WordPress desde el tablero MyKinsta. Para hacer esto, explore los sitios> Herramientas> Solución de problemas de WordPress y haga clic en el botón Activar. Esto le permitirá ver errores y notificaciones de PHP sin activar la resolución de problemas SSH o SFTP. Finalmente, puede verificar los archivos de registro del servidor. Dependiendo del servidor que use para alojar su sitio de WordPress, generalmente se encuentran en las siguientes ubicaciones: Apache: /var/log/apache2/error.log/
Nginx: /var/log/nginx/error.log/

Puede consultar la documentación de Apache o Nginx con respecto a iniciar sesión para obtener más información. Configure correctamente la configuración de Apache o Nginx Puede editar los archivos de configuración del servidor para aumentar los límites de recursos para ciertas directivas. Esto puede ayudarlo a resolver el error de tiempo de espera de la puerta de enlace 504. Primero para los servidores web Apache, agregue el siguiente código a httpd.conf: Tiempo de espera 600 Esta configuración define siempre que el servidor espere ciertas solicitudes antes de marcarlas como un problema de vencimiento de la red. Su valor predeterminado es de 60 segundos (versión Apache 2.4). Puede agregar esta directiva solo a su archivo httpd.conf, no en su archivo .htaccess. Debido a que la mayoría de los proveedores de host de sombra a forma no le permiten cambiar el archivo httpd.conf, puede intentar aumentar el valor de la directiva LimitRequestBody en su archivo .htaccess. Luego agregue la siguiente línea a su archivo php.ini:

Max_execution_time 300 El valor predeterminado de la directiva max_execution_time es de 30 segundos. Su crecimiento permitirá que sus scripts PHP de su sitio se ejecute más. Para servidores web NGINX Si ejecuta sitios de WordPress en Nginx + FastCGI Process Manager (PHP-FPM) o usa Nginx como un proxy inverso, puede cambiar la configuración del servidor para evitar errores de tiempo de espera de la puerta de enlace 504. Error 504 Tiempo de espera de la puerta de enlace en Nginx + FastCGI (PHP-FPM) Primero, debe editar el archivo de configuración del grupo PHP-FPM. Puede encontrarlo en /etc/php7.4/fpm/pool.d/www.conf ubicación en su servidor Nginx (la ruta exacta puede variar según la versión PHP). Alternativamente, puede ejecutar el siguiente comando en su terminal para editar el archivo de configuración del grupo PHP-FPM: sudo nano /etc/php/7.2/fpm/pool.d/ww.conf luego, establecer la siguiente directiva: request_terminat_timeout = 300 después que debe editar el archivo php.ini. Puede encontrarlo en /etc/php.ini. Abra el archivo y agregue/cambie el valor para la directiva max_execution_time a 300 segundos. max_execution_time = 300 Finalmente, agregue el siguiente código al bloque de ubicación del archivo ningx.conf: ubicación ~ .php $ {… fastcgi_read_timeout 300;

} Recarga Ningx y Php-FPM para que los cambios entran en vigencia. SUDO SERVICIO NINGIN RELOAD SERVICIO SUDO PHP7.4-FPM Vuelve a cargar El PHP-FPM exacto variará según la versión de PHP instalada en su servidor. Pruebe su sitio para ver si ha resuelto el problema. 504 Error de vencimiento de la puerta de enlace en proxy nginx Si usa nginx como servidor proxy inverso, entonces puede hacerlo más indulgente que el tiempo de espera del servidor, agregando las siguientes directivas a su nginx.conf: proxy_connect_timeout 600; proxy_send_timeout 600; proxy_read_timeout 600; Send_timeout 600; Recuerde recargar Nginx después de hacer cambios. SUDO Service Nginx recarga otros errores HTTP, como el tiempo de espera de la puerta de enlace 504 como se mencionó anteriormente en el artículo, muchos otros errores HTTP 5xx son los mismos que el error de tiempo de tiempo de puerta de enlace 504. Porque todos suceden en el lado del servidor. Estos errores incluyen: 500 error del servidor interno

501 error no implementado

502 Error de puerta de enlace incorrecto
503 Servicio de error no disponible
Otros errores HTTP causados por problemas a nivel de cliente, como el error 404 no encontrado, también son que el error 504. Puede consultar la guía detallada de Kinsta y la lista de códigos de estado HTTP para obtener más información. Cuando no sabe qué causó un error de tiempo de espera de puerta de enlace 504, ¿cómo lo remedia a tiempo para evitar que los visitantes ganaron mucho para llegar a los sitios de competencia? Todos los detalles están en esta publicación. ️ Haga clic para enviar en tweet Resumen Su sitio de WordPress puede verse afectado por el error de tiempo de espera de la puerta de enlace 504 por varias razones. En este artículo, aprendiste a arreglarlos todos. Por lo general, estos errores son causados por problemas a nivel del servidor, en cuyo caso puede contactar al host y resolver rápidamente. Sin embargo, también debe comprender que este error puede deberse a complementos, temas, servicios, bases de datos ineficientes o una combinación de dos o más. Si maximiza los recursos de su servidor (por ejemplo, trabajadores de PHP), es recomendable optimizar su sitio de rendimiento. Si aún descubre que su sitio web expira, entonces es muy posible que necesite actualizar su plan de alojamiento o la cantidad de trabajadores de PHP. Le recomiendo que considere esta opción solo después de haber agotado todas las otras soluciones descritas en este artículo. Desde sitios estáticos simples hasta complejos sitios de comercio electrónico y membresía, el alojamiento Scalabli de Kinsta está diseñado para acomodar todo tipo de sitios web. Para obtener más información sobre nuestro alojamiento de nubes escalable, ¡consulte este artículo! ¿Nos perdimos algo? Si usted ‘



Cómo corregir el error de tiempo de espera de la puerta de enlace 504 en su sitio web de WordPress
Tags Cómo corregir el error de tiempo de espera de la puerta de enlace 504 en el sitio
homefinance blog