Cómo un «error» de WordPress casi me vuelve loco
Originalmente, este artículo se iba a llamar “Errores del servidor y de WordPress: la herencia de .htaccess”. Sin embargo, este título no te habría dado la menor idea de lo sucedido. Algunos errores son tan estúpidos que podrías empezar a reír a carcajadas, si no fueran tan tristes. Lee la historia de un hombre desesperado que lucha contra un error que no era un error. Don Quijote le envía sus mejores deseos.
Estaba destinado a convertirse en una simple instalación de WordPress. Instálalo una vez, y listo. Esta tarea no es realmente difícil y, por lo general, no se necesita mucho conocimiento experto para resolverla. Sin embargo, me llevó al borde de la desesperación total, ya que tenía que encontrar una solución a un error que no era un error.
El prólogo – Mi servidor-Move
Hace unos meses, obtuve un «servidor en la nube raíz administrado» de hostNET para mis sitios web. Quería alejarme de mi alojamiento compartido y obtener algo que esté preparado para el futuro, debido a los recursos escalables.
Sabía que mi nuevo servidor tendría que venir con un «Auto-Instalador». Así que seguí adelante y lo probé, instalando WordPress para el primer sitio web en el índice principal, y no en una carpeta dentro de dicho índice. Por cierto, el índice principal del que hablo no es el índice raíz del servidor, sino el índice en el que se depositan los sitios web (HTML o public_html o algo similar).
Me llevó mucho tiempo darme cuenta de que una instalación a través del instalador automático era una solución deficiente. Normalmente, configuro una carpeta para cada sitio web en el índice principal, a la que apuntará el dominio respectivo. Desde mi experiencia, esa es la mejor solución.
En este caso, sin embargo, instalé WordPress para mi primer sitio web directamente en el índice principal. Luego, creé una carpeta para cada sitio web siguiente, pero debido a mi tonto error, cada carpeta estaba dentro de los archivos de WordPress de la primera instalación.
La manera incorrecta y correcta con múltiples sitios web
Así es como no debería verse una organización con varios sitios web:
Cuando se ejecutan varios sitios web en un servidor, la estructura no debería parecerse en nada a la captura de pantalla anterior. Esto causa problemas significativos y no te ayuda a vigilar todo.
La forma óptima de organizar muchos sitios web en un servidor:
Una estructura óptima para la organización de muchos sitios web siempre significa configurar una carpeta propia, con un nombre explícito para cada uno de los sitios web, a la que apuntará el dominio respectivo. Esto permite una visión general clara y los errores se detectan más fácilmente, ya que no puede haber herencia.
Un intento de instalación de WordPress
Sin esperar que mi día se volviera agotador, comencé la instalación de un sitio web. Creé una carpeta, moví los archivos de WordPress a ella, creé un wp-config.php propio con la información correcta de la base de datos previamente configurada y abrí la rutina de instalación.
http://mywebsite.com/wp-admin/install.php
Sin embargo, en lugar de la rutina de instalación, pude ver la siguiente notificación de error:
Forbidden You don’t have permission to access /wp-admin/install.php on this server
Incluso después de muchos intentos y trucos diferentes, no pude resolver este problema. En un momento, se volvió demasiado para mí, así que seguí adelante y arreglé el problema con pinzas.
La respuesta interesante al problema
Mi intuición me hizo probar si podía acceder a otro archivo en la carpeta /wp-admin/
Creé un archivo llamado temp.php
, y entró en el famoso “Hola Mundo”. Después de mover este archivo a la carpeta, no tuve problemas para abrirlo en el navegador. Así que intenté un truco con el archivo .htaccess e ingresé lo siguiente:
https://gist.github.com/anonymous/f150f716934d2fcf0351ff913493b707
Por supuesto, eso tampoco funcionó. ¿Por qué debería? Más sobre eso más adelante. Primero, tenía que resolver mi problema.
Convierte temp.php en install.php
Accediendo al temp.php que creé en la carpeta /wp-admin/
no hubo problema Así que copié el contenido de la install.php
en mi temp.php
y lo ajusté un poco. Lea el procedimiento exacto aquí:
Resolviendo errores de WordPress: 403 Prohibido para /wp-admin/install.php
Ahora, pude instalar WordPress sin ningún problema. Y a partir de este momento, podría haber encontrado fácilmente la verdadera causa del problema. Desafortunadamente, no tenía un espejo a mano. Solo después de publicar un artículo sobre mi solución no convencional al error, me vino a la mente la causa real del error.
La verdadera razón del problema: la herencia .htaccess
El error tuvo un autor y una causa. El perpetrador fui yo, ya que siempre protejo mis sitios web de cualquier brecha de seguridad. Esa fue también la razón del problema.
Sin pensarlo, instalé el WordPress de mi primer sitio web en el índice principal del servidor. Todos los siguientes sitios web entraron en sus propias carpetas dentro de la instalación de WordPress del primer sitio web.
Esto significa que el archivo .htaccess de la primera instalación afecta a todos los archivos y carpetas en dicha instalación. Incluyendo los otros sitios web. Eso es porque se produce una herencia..
El primer sitio web para mi estándar. .htaccess Archivo. El extracto correspondiente:
https://gist.github.com/anonymous/349716c9d7fb095976b42b96418c4dbf
Esta entrada es altamente eficiente y prohíbe cualquier acceso a la instalar.php. Si el archivo se encuentra en una subcarpeta de la primera instalación, esta entrada también tendrá efecto allí. Esto es lógico. Pero tienes que pensar en eso primero.
Conclusión: mucha experiencia no te protege de errores estúpidos
Incluso los webmasters y desarrolladores con mucha experiencia cometen errores. Es difícil admitir esto, pero es verdad. A veces, simplemente extrañas el bosque por los árboles. Es importante profundizar en los errores para poder aprender de ellos. Crecerás con los errores y sus soluciones. Aprendí varias cosas en ese sentido. Mi próximo marco de tiempo se utilizará para la reorganización de mi servidor para que pueda evitar que este tipo de error se vuelva a cometer.
(dpe)
#Cómo #error #WordPress #casi #vuelve #loco