Qu\u00e9 Es el C\u00f3digo de Estado HTTP 408<\/h2>\n
Los c\u00f3digos de estado HTTP<\/a> indican el estado de la solicitud de un cliente. Tambi\u00e9n pueden redirigir a los clientes a diferentes recursos, en funci\u00f3n de sus peticiones.<\/p>\n El c\u00f3digo de estado HTTP m\u00e1s com\u00fan es el 404, que indica que no se ha podido encontrar el recurso solicitado. Otros c\u00f3digos de estado habituales son el 200 (OK)<\/a>, 400 (Bad Request)<\/a> y 500 (Internal Server Error)<\/a>.<\/p>\n Los c\u00f3digos de estado se dividen en cinco categor\u00edas:<\/p>\n El HTTP 408 entra en la categor\u00eda de errores del cliente. El c\u00f3digo de estado comunica que el servidor no ha recibido una respuesta oportuna del cliente y que el servidor ha agotado el tiempo de espera de la solicitud. Esto puede ocurrir si el cliente tarda demasiado en enviar la solicitud o el servidor est\u00e1 demasiado ocupado para procesarla.<\/p>\n El error HTTP 408 es similar al c\u00f3digo de estado 504 Gateway Timeout<\/a>. Sin embargo, el primero no procede de una pasarela o servidor proxy. En su lugar, procede directamente del servidor web al que est\u00e1 conectado el cliente.<\/p>\n\n Hay unas cuantas razones potenciales detr\u00e1s del error HTTP 408 Request Timeout. Estas causas incluyen:<\/p>\n El error 408 Request Timeout significa que la solicitud que enviaste al servidor del sitio web tard\u00f3 m\u00e1s de lo que el servidor estaba preparado para esperar. Puede ocurrir debido a un tr\u00e1fico intenso en Internet o a que tengas una conexi\u00f3n lenta.<\/p>\n El problema de este c\u00f3digo de estado es que puede producirse tanto por razones relacionadas con el cliente como con el servidor. En otras palabras, aunque el error 408 se clasifique como un error del cliente, esto no significa necesariamente que el problema provenga del navegador o del dispositivo. Es posible que el servidor est\u00e9 mal configurado o no est\u00e9 gestionando las peticiones correctamente.<\/p>\n Ahora que entendemos m\u00e1s sobre el c\u00f3digo de estado HTTP 408, vamos a discutir c\u00f3mo puedes resolverlo. A continuaci\u00f3n se presentan ocho posibles soluciones que puedes utilizar, separadas en dos categor\u00edas: del lado del cliente y del lado del servidor.<\/p>\n A continuaci\u00f3n se presentan algunas soluciones del lado del cliente que puedes utilizar para resolver el error HTTP 408<\/p>\n Lo primero que debes hacer antes de solucionar el error HTTP 408 es hacer una copia de seguridad de tu sitio web<\/a>. As\u00ed, si algo va mal mientras intentas solucionar el problema, tendr\u00e1s una versi\u00f3n completa y actualizada de tus archivos y base de datos para restaurar.<\/p>\n Hay varios m\u00e9todos que puedes utilizar para hacer una copia de seguridad de tu sitio. Uno es el m\u00e9todo manual. Este m\u00e9todo implica el uso de un cliente de Protocolo de Transferencia de Archivos Seguro (SFTP)<\/a>, como FileZilla<\/a>. Despu\u00e9s de recibir tus credenciales SFTP de tu alojamiento y conectarte al servidor, puedes descargar tus archivos del directorio root (carpeta public_html<\/em> ).<\/p>\n A continuaci\u00f3n, tendr\u00e1s que descargar tu base de datos a trav\u00e9s de phpMyAdmin. Si eres usuario de Kinsta, puedes acceder a ella a trav\u00e9s de MyKinsta > <\/strong> Sitios > <\/strong> Informaci\u00f3n<\/strong>:<\/p>\n A continuaci\u00f3n, selecciona Abrir phpMyAdmin<\/strong> para iniciar el gestor de bases de datos. Selecciona la base de datos de tu sitio en el men\u00fa:<\/p>\n A continuaci\u00f3n, haz clic en Exportar <\/strong>en la parte superior de la pantalla. Aseg\u00farate de seleccionar SQL<\/strong> en Formato<\/strong>, <\/em>y luego haz clic en Ir<\/strong>. Tu archivo de base de datos deber\u00eda empezar a descargarse.<\/p>\n Tambi\u00e9n puedes utilizar un plugin de copia de seguridad como UpdraftPlus<\/a>. Despu\u00e9s de instalar y activar el plugin, ve a Configuraci\u00f3n<\/strong> > Copias de seguridad de Updraft Plus<\/strong> en tu panel de control de WordPress, y luego haz clic en Copia de seguridad ahora<\/strong>:<\/p>\n Una tercera opci\u00f3n es hacer una copia de seguridad de tu sitio a trav\u00e9s de tu alojamiento web. En Kinsta, puedes ver tus copias de seguridad existentes iniciando sesi\u00f3n en MyKinsta<\/a> y luego navegando a la pesta\u00f1a Copias de seguridad<\/strong>:<\/p>\n Puedes crear hasta cinco copias de seguridad manuales, que se almacenan autom\u00e1ticamente durante dos semanas. Tambi\u00e9n ofrecemos DevKinsta<\/a>, una herramienta gratuita de desarrollo local de WordPress que puedes utilizar para poner en staging<\/a> y hacer copias de seguridad de tu sitio en un entorno local.<\/p>\n Puedes hacerlo entrando en DevKinsta y seleccionando la opci\u00f3n Importar desde Kinsta <\/strong>. Es posible que tengas que verificar tus credenciales de alojamiento. Una vez que elijas tu sitio, DevKinsta se encarga del resto.<\/p>\n Una de las razones por las que puedes estar viendo el error de c\u00f3digo de estado HTTP 408 es que simplemente has escrito la URL equivocada en el navegador. Por lo tanto, ahora debes comprobar dos veces la URL para asegurarte de que no has cometido ning\u00fan error tipogr\u00e1fico.<\/p>\n Presta mucha atenci\u00f3n al nombre del dominio, especialmente si hay barras o guiones. Prueba a volver a introducir la URL<\/a> y a recargar la p\u00e1gina. Si el error de solicitud de tiempo de espera sigue presente, puedes pasar a la siguiente soluci\u00f3n.<\/p>\n Si has realizado alg\u00fan cambio reciente en tu base de datos<\/a>, puede ser la causa del error HTTP 408. Tendr\u00e1s que revertir los cambios que hayas hecho para solucionar el problema.<\/p>\n Las extensiones instaladas recientemente o las actualizaciones de tu base de datos pueden haber alterado los registros de la base de datos que est\u00e1n causando problemas. Para ver si este es el caso, te recomendamos que abras tu base de datos (phpMyAdmin) y revises manualmente las tablas o registros que hayan sido modificados recientemente. Si encuentras alguno, devu\u00e9lvelo a su estado original.<\/p>\n A\u00f1adir extensiones y plugins a tu sitio puede causar varios problemas de incompatibilidad y errores, incluyendo el c\u00f3digo de estado HTTP 408. Una de las formas m\u00e1s sencillas de comprobar si este es el caso es desactivar todos los plugins<\/a> de tu sitio.<\/p>\n Si tienes acceso a tu panel de control de WordPress, puedes hacerlo accediendo a Plugins<\/strong> desde el \u00e1rea de administraci\u00f3n, seleccionando todos los plugins instalados y, a continuaci\u00f3n, seleccionando Desactivar<\/strong> en el men\u00fa desplegable Acciones en lote<\/strong>. Ahora haz clic en Aplicar<\/strong>:<\/p>\n Si no tienes acceso a tu panel de control, puedes desactivar tus extensiones de forma masiva conect\u00e1ndote a tu sitio a trav\u00e9s de SFTP, y luego renombrando la carpeta de plugins a algo como \u00abplugins_old\u00bb.<\/p>\n Vuelve a visitar tu sitio. Puedes suponer que la culpa es de un plugin si ya no ves el mensaje de error.<\/p>\n Tendr\u00e1s que reactivar cada plugin uno por uno, comprobando el sitio entre medias. Cuando vuelvas a ver el mensaje de error, tendr\u00e1s que desinstalar esa extensi\u00f3n y buscar una que la sustituya (o ponerte en contacto con el desarrollador para obtener m\u00e1s informaci\u00f3n).<\/p>\n Si has realizado recientemente alg\u00fan cambio en tu sitio de WordPress, como la instalaci\u00f3n de un nuevo plugin o la actualizaci\u00f3n del software de WordPress<\/a>, es posible que veas el error HTTP 408. Las nuevas herramientas pueden provocar a veces problemas de configuraci\u00f3n. Puedes revertir los cambios recientes restaurando tu sitio a una versi\u00f3n anterior.<\/p>\n Si eres un usuario de Kinsta, abre tu panel de control de MyKinsta, navega hasta Sitios<\/strong> y selecciona tu sitio. A continuaci\u00f3n, haz clic en Copias de seguridad<\/strong>.<\/p>\n En la lista de copias de seguridad, busca la versi\u00f3n que quieres restaurar, haz clic en Restaurar a<\/strong>, y luego selecciona Staging <\/strong>o En Producci\u00f3n<\/strong>:<\/p>\n A continuaci\u00f3n, puedes confirmar la restauraci\u00f3n de la copia de seguridad y hacer clic en Restaurar copia de seguridad<\/strong>. Una vez completada la copia de seguridad, puedes comprobar si el mensaje de error sigue apareciendo.<\/p>\n Si ninguna de las soluciones anteriores ha funcionado, el error HTTP 408 podr\u00eda estar causado por un problema del lado del servidor. Veamos las posibles soluciones que puedes utilizar para resolverlo.<\/p>\n Una de las formas de determinar la causa del error HTTP 408 es comprobar los archivos de configuraci\u00f3n de tu servidor mediante SFTP. El proceso para hacerlo depender\u00e1 del software de tu servidor.<\/p>\n Lo m\u00e1s probable es que tu servidor funcione con Apache o Nginx<\/a>. Si eres un usuario de Kinsta, utilizamos Nginx.<\/p>\n Si utilizas Apache, puedes buscar el archivo .htaccess<\/strong><\/a> dentro del directorio ra\u00edz de tu sitio. Cuando localices el archivo, \u00e1brelo y busca las siguientes l\u00edneas:<\/p>\n Si encuentras estas directivas, puedes comentarlas utilizando el prefijo del s\u00edmbolo #<\/strong> antes de la l\u00ednea. Luego puedes guardar el archivo y volver a cargar la p\u00e1gina en tu navegador.<\/p>\n Si eres usuario de Kinsta, puedes comprobar tu archivo .htaccess<\/strong> abriendo tu panel de control de MyKinsta y navegando a tu sitio web en Sitios<\/strong>. Localiza la secci\u00f3n SFTP\/SSH<\/strong> para obtener tus credenciales, y util\u00edzalas para conectarte a tu sitio a trav\u00e9s de un cliente FTP<\/a>.<\/p>\n A continuaci\u00f3n, navega hasta la carpeta public_html <\/strong>, y localiza y abre el archivo.htaccess <\/strong>:<\/p>\n Busca cualquiera de las directivas indicadas anteriormente. Si ves alguna de estas reglas, com\u00e9ntala y guarda los cambios.<\/p>\n Tus registros del lado del servidor pueden ser muy valiosos para proporcionar informaci\u00f3n sobre tus aplicaciones, incluyendo lo que hicieron, las p\u00e1ginas solicitadas, los servidores a los que se conectaron y m\u00e1s. Si eres un usuario de Kinsta, puedes revisar tus registros de errores<\/a> utilizando el visor de registros en MyKinsta.<\/p>\n Si no utilizas un plan de alojamiento de Kinsta o tu proveedor no proporciona una herramienta de registro, puedes insertar el siguiente c\u00f3digo en tu archivo wp-config.php<\/strong><\/a>:<\/p>\n Esto activar\u00e1 el modo de depuraci\u00f3n de WordPress<\/a>.<\/p>\n Desde MyKinsta, navega a Sitios<\/strong> > Registros<\/strong>:<\/p>\n Aqu\u00ed encontrar\u00e1s el visor de Logs<\/strong> que muestra tus registros de errores. Puedes hacer clic en access.log<\/strong> en el men\u00fa desplegable. Aqu\u00ed es donde puedes encontrar todas las peticiones HTTP de tu sitio web. Tambi\u00e9n puedes buscar cualquier petici\u00f3n HTTP 408 utilizando la barra de b\u00fasqueda.<\/p>\n Si localizas alg\u00fan error, puedes utilizar la informaci\u00f3n para determinar qu\u00e9 p\u00e1gina web est\u00e1 causando el problema. Esto puede ayudarte a reducir el origen del problema.<\/p>\n En este punto, si sigues viendo el error HTTP 408, es el momento de depurar tu sitio<\/a>. Hay una cuantes opciones que puedes utilizar para este proceso.<\/p>\n Una de ellas es utilizar un plugin como Query Monitor<\/a>:<\/p>\n Este plugin gratuito depura el rendimiento y el desarrollo de tu sitio web. Te permite comprobar las consultas a la base de datos, los scripts, la sincronizaci\u00f3n y mucho m\u00e1s.<\/p>\n Otra opci\u00f3n es utilizar una herramienta de monitorizaci\u00f3n del rendimiento de las aplicaciones (APM)<\/a>. Este software te ayuda a controlar y optimizar el rendimiento de tu sitio web o aplicaci\u00f3n.<\/p>\n El uso de la herramienta APM<\/a>\u00a0puede ayudarte a depurar tu sitio web, ya que te permite conocer su rendimiento y la ubicaci\u00f3n de los cuellos de botella. Esta informaci\u00f3n puede ayudarte a identificar y solucionar cualquier problema que provoque que tu sitio web funcione lentamente o tenga otros problemas de rendimiento.<\/p>\n Puedes utilizar nuestra herramienta Kinsta APM<\/a>. Es una herramienta de monitorizaci\u00f3n del rendimiento dise\u00f1ada a medida para los sitios de WordPress que te ayuda a identificar los problemas de rendimiento. Tambi\u00e9n es gratuita para todos los sitios alojados con nosotros.<\/p>\n Puedes acceder a la AMP de Kinsta a trav\u00e9s de tu panel de control de MyKinsta navegando a Sitios > <\/strong> Kinsta APM<\/strong>:<\/p>\n Una vez que actives el APM, podr\u00e1s utilizar una serie de herramientas y funciones. Entre ellas, el diagn\u00f3stico de los problemas de rendimiento<\/a> y la supervisi\u00f3n de los resultados.<\/p>\n\n Los c\u00f3digos de estado HTTP pueden proporcionar una amplia gama de informaci\u00f3n sobre las solicitudes del cliente y del servidor. Sin embargo, algunos de estos mensajes indican problemas, como el error HTTP 408 Request Timeout.<\/p>\n Como hemos comentado en este post, el origen del problema puede estar en el lado del cliente o del servidor. Para solucionar el error de c\u00f3digo de estado, debes revisar y deshacer los cambios recientes, comprobar el archivo de configuraci\u00f3n del servidor y los registros de la aplicaci\u00f3n, y depurar tus aplicaciones y scripts.<\/p>\n\n
Causas Comunes del Error HTTP 408 Request Timeout<\/h2>\n
\n
C\u00f3mo Solucionar el Error HTTP 408 (8 soluciones)<\/h2>\n
Del Lado del Cliente<\/h3>\n
1. Haz una Copia de Seguridad de tu Sitio<\/h4>\n
![\"La](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2022\/08\/mykinsta-database-access-es.png\")
<\/a>![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/kinsta-database-phpmyadmin.png\")
![\"Usando](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/updraftplus-backup.png\")
![\"La](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2022\/08\/mykinsta-backup-tabs-es.png\")
<\/a>2. Comprueba la URL<\/h4>\n
3. Revisa los Cambios Recientes en la Base de Datos<\/h4>\n
4. Desinstalar Extensiones y Plugins<\/h4>\n
![\"Desactivar](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/plugin-deactivate-bulk.png\")
5. Deshacer los Cambios Recientes<\/h4>\n
![\"Restaurar](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2022\/08\/mykinsta-restoring-backup-es.png\")
<\/a>Del Lado del Servidor<\/h3>\n
6. Comprueba los Archivos de Configuraci\u00f3n del Servidor<\/h4>\n
\n
![\"El](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/htaccess-file.png\")
7. Revisa los Registros de la Aplicaci\u00f3n<\/h4>\n
define( 'WP_DEBUG', true );\n\ndefine( 'WP_DEBUG_LOG', true );\n\ndefine( 'WP_DEBUG_DISPLAY', false );<\/code><\/pre>\n![\"El](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2022\/08\/mykinsta-log-es.png\")
<\/a>8. Depurar Aplicaciones o Scripts<\/h4>\n
![\"El](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/query-monitor-plugin-1.png\")
![\"La](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2022\/08\/mykinsta-apm-tool-es.png\")
<\/a>Resumen<\/h2>\n