Solucionar problemas de conexión de un solo sitio

Generalidades

Este artículo enumera los errores comunes que puedes ver en tu sitio web junto con soluciones de solución de problemas para resolver los problemas que estás viendo.

En un entorno de alojamiento compartido, hay muchos problemas que pueden afectar el rendimiento de tu sitio. Pueden variar desde problemas con tu base de datos, código comprometido, configuraciones erróneas en tu sitio y alcanzar límites de memoria que provocan la eliminación de tus procesos.

Para empeorar las cosas, estos problemas a menudo pueden causarse mutuamente. Por ejemplo, un sitio comprometido podría ralentizar la base de datos con datos no deseados, lo que llevaría más tiempo y memoria para cargar, lo que provocaría que el usuario del sitio alcanzará los límites de memoria.

Solución de problemas de un solo sitio

Inmediato 500 Internal Server Error

Hay dos cosas que pueden hacer que esto suceda.

  • Problemas de .htaccess
  • Alcanzar los límites de memoria del servidor compartido

Problemas de .htaccess

Si el error ocurre instantáneamente, lo más probable es que la causa esté relacionada con el archivo .htaccess de tu sitio. Algunas cosas potenciales para buscar:

  • Errores de sintaxis en el archivo .htaccess
  • Configuración personalizada de PHP que no funciona

Para ver si esta es la causa, intenta cambiar el nombre del archivo .htaccess en el directorio de inicio de tu sitio a algo como ".htaccess.disabled". Si el problema está en tu archivo .htaccess, eso lo resolverá de inmediato.

Ten en cuenta que las reglas .htaccess se aplican a todos los subdirectorios, por lo que es posible que un archivo .htaccess fuera del directorio web de tu sitio afecte a tu sitio. Asegúrate de buscar también más arriba en la estructura de directorios los archivos .htaccess que puedan afectar las cosas e intenta cambiar el nombre de cualquiera que encuentres para ver si ayuda.

Alcanzar límites de memoria

Si eso no resuelve el problema, es posible que los procesos se cancelen debido a que se excede el límite de memoria de tu usuario. Una forma rápida de ver si esto podría estar afectando es simplemente verificar para ver qué procesos está ejecutando como usuario. Los siguientes artículos enumeran varias herramientas que puedes usar para investigar tus procesos en ejecución y el uso de memoria:

El sitio gira intentando cargarse por un tiempo y luego muestra un 500 Internal Server Error

Esto puede ser causado por algunas cosas diferentes.

  • Alcanzar los límites de memoria como se describió anteriormente
  • Tiempo de espera de PHP

Tiempo de espera de PHP

Si esto solo ocurre en páginas específicas (en particular, páginas de administración para el software que está utilizando), entonces es muy probable que esta sea la causa. Por defecto, el tiempo de espera de PHP es de 30 segundos. Puedes averiguar si esta es la causa creando un phprc personalizado para su sitio y ajustando la configuración max_execution_time a 2-3 veces lo que es ahora.

Si esto le sucede a todas tus páginas, aún puede ser un tiempo de espera de PHP. Puedes consultar los logs de errores de tu sitio para ver si hay algún mensaje de error útil. Si todo lo que ves es un error de "Premature end of headers", no hay mucha información para solucionar, ya que esto simplemente significa que la secuencia de comandos salió antes de completarse.

Puedes leer más sobre cómo crear un archivo phprc personalizado en el siguiente artículo:

El sitio intenta cargar y luego muestra error 522 connection timed out

El error 522 connection timed out olo aparece en dominios habilitados para Cloudflare cuando Cloudflare agota el tiempo de contacto con el servidor web de origen. Consulte el siguiente artículo para obtener información sobre cómo solucionar un error 522:

El sitio gira intentando cargar para siempre

Esta es quizás la cosa más genérica que puede suceder con tu sitio. Muy a menudo, esto significa que algo está causando que tus procesos PHP se bloqueen. Si ejecutas el comando top -c en el servidor, es posible que también veas <defunct> junto a algunos de esos procesos. Esto puede ser causado por una gran cantidad de cosas.

Con WordPress, esto a menudo tiene que ver con tablas de bases de datos que tienen sobrecarga. Eso no debería causar problemas, pero por alguna razón WordPress puede ponerse en mal estado si hay alguna sobrecarga (particularmente en la tabla wp_options) y a menudo exhibirá este síntoma en esos casos. Otras causas importantes de esto son configuraciones incorrectas de software o complementos de terceros en el software que estás utilizando que tienen un problema de compatibilidad o una codificación deficiente.

Puedes leer más sobre cómo reducir los gastos generales y optimizar WordPress en los siguientes artículos:

El sitio se carga inmediatamente, pero solo se muestra una página en blanco

Este problema se relaciona con mayor frecuencia con un tema de WordPress que se está utilizando con problemas o con un complemento de almacenamiento en caché que se comporta incorrectamente. Dependiendo de lo que esté sucediendo exactamente, esto puede ser un poco difícil de resolver y es probable que requiera algunos ajustes para que las cosas vuelvan a funcionar correctamente.

El sitio se carga inmediatamente, pero muestra un error de conexión a la base de datos

Consulta el siguiente artículo para obtener información sobre cómo solucionar un error de conexión de la base de datos:

El sitio se carga inmediatamente, pero muestra un error 403 Forbidden

El error prohibido 403 se muestra cuando se establece una regla de denegación para una IP en el archivo .htaccess o cuando los permisos de archivo evitan que el servidor web publique una página. Por lo general, puede tener una idea del problema que causa esto mirando su archivo error.log:

En la mayoría de los casos, esto está relacionado con el permiso de archivo. Para verificar los permisos de su sitio:

  1. Inicia sesión por medio de SSH.
  2. Obten un listado de directorio ejecutando el comando ls -la:
[server]$ ls -la
drwxr-x--x   16 youruser pg123456    4096 2009-12-10 04:25 ./
...

La primera línea debe verse como la anterior. Observa la cadena de permisos que dice "drwxr-x--x". La primera letra significa "directorio", luego hay tres conjuntos de tres permisos. El primer conjunto son los permisos del propietario, que están configurados para leer/escribir/ejecutar. El segundo conjunto son los permisos de grupo que están configurados para leer/ejecutar. El tercer conjunto son los permisos "otros" (o lo que tienen todos los demás usuarios), que está configurado para ejecutarse únicamente. Si tienes Enhanced Security habilitada para tu usuario, se vería así en su lugar:

[server]$ ls -la
drwxr-x---   16 youruser  adm    4096 2009-12-10 04:25 ./
...

Lo anterior son configuraciones de permisos correctas. Si en cambio se ven así:

drw-r-----   16 youruser pg123456    4096 2009-12-10 04:25 ./

O así:

d---------   16 youruser pg123456    4096 2009-12-10 04:25 ./

Entonces eso significa que tu usuario ha sido deshabilitado y debes comunicarte con DreamHost. Si este es el caso, es probable que veas errores como este al intentar iniciar sesión y no podrás obtener la lista del directorio como se describió anteriormente:

Could not chdir to home directory /home/youruser: Permission denied
-bash: /home/youruser/.bash_profile: Permission denied

Si ves esto, contacta el equipo de soporte de DreamHost para ser asistido.

Si los permisos se ven bien, pero aún recibe un error 403, intente cambiar el nombre del archivo .htaccess para su dominio afectado de ".htaccess" a ".htaccess.disabled" como este:

[server]$ mv .htaccess .htaccess.disabled

Luego, intenta cargar tu sitio. Si el error 403 desapareció, abre tu archivo .htaccess y busca líneas que comiencen con "deny". Si encuentras alguno, coméntalo poniendo un "#" antes de la línea y guardando el archivo. Puedes volver a habilitar el archivo .htaccess que deshabilitaste anteriormente de esta manera:

[server]$ mv .htaccess.disabled .htaccess

Si ves que el directorio del sitio tiene una adición al final de tu directorio que dice que fue deshabilitado por DreamHost, revisa tu correo electrónico para obtener un aviso de soporte sobre por qué. Si no puedes encontrar uno, solicita ayuda de inmediato.

Visita la siguiente página para obtener más detalles sobre los permisos de archivos:

El sitio se carga, pero muestra un error 404 en lugar de lo que esperaba

Esto sucede con mayor frecuencia con sitios que usan software como WordPress que usan reglas de .htaccess para sus enlaces permanentes/URL bonitas. Si esas reglas se eliminan o cambian de alguna manera, aparecerá un 404 en lugar del contenido que esperas.

La forma más fácil de solucionar esto es descargar una copia nueva del software que estás utilizando desde su sitio web (por ejemplo, https://downloads.joomla.org/) y luego copiar el contenido del archivo .htaccess predeterminado y pegarlo en tu archivo existente (ten en cuenta que los archivos ".htaccess" son archivos invisibles, por lo que es posible que debas habilitar la visualización de archivos invisibles en tu cliente FTP para encontrar el archivo si está allí).

No todo el software viene con un archivo .htaccess por defecto. Por ejemplo, WordPress genera uno cuando cambias la configuración de tus enlaces permanentes, así que tenlo en cuenta también. Si poner las reglas predeterminadas de .htaccess no resuelve el problema 404, escribe para soporte y solicita ayuda adicional.

Para WordPress específicamente, esto a menudo se puede solucionar simplemente volviendo a guardar su estructura de enlaces permanentes. Para hacerlo, inicia sesión en tu panel de administración, ve a 'Configuración' > 'Enlaces permanentes' y luego haz clic en el botón Guardar enlaces permanentes.

Nota sobre las nuevas instalaciones de WordPress

Este problema puede aparecer en las nuevas configuraciones de WordPress cuando intentas ver el sitio después de cambiarlo desde otra opción de alojamiento (como mirror o redirección). En estos casos, el sitio aún se resuelve con los registros antiguos Mirror o Redirection A, en lugar de los nuevos registros A 'Fully Hosted'. Afortunadamente, esto se resolverá una vez que se complete la propagación de DNS, suponiendo que el sitio esté usando los nameservers de DreamHost. Consulta el siguiente artículo para obtener más información sobre la propagación de DNS:

 

¿Este artículo ha respondido sus preguntas?

Última actualización el PST.

¿Aún no encuentra lo que busca?