Un usuario preguntó 👇
Estoy teniendo grandes dificultades para recuperar el acceso a mi sitio web de wordpress (estuvo en línea durante 2 años) y para administrar un inicio de sesión de wordpress. He estado buscando durante un buen tiempo para resolver este problema. Siempre recibí demasiados errores de redireccionamiento y mi navegador siempre fue redirigido a wp-admin / install.php. Ya probé las soluciones comunes:
Borre su caché y las cookies del navegador,
deshabilitar .htaccess,
deshabilitar todos los plugins,
deshabilitar tema,
adaptar wp-config.php:
define('WP_HOME','http://example.com');
define('WP_SITEURL','http://example.com');Verificar / restaurar tablas de bases de datos;
Verifique la tabla wp_options (no encontró la tabla wp_options (o un nombre similar) en mi base de datos)
Nada funcionó, al final probé la solución para reinstalar mi sitio web con una copia de seguridad anterior (generada desde Duplicator – Plugin de migración de WordPress) que generé en mayo. Este problema solo ocurre a partir de unos días, por lo que la versión de respaldo del sitio web definitivamente era una versión funcional.
Desafortunadamente, sigue apareciendo el mismo problema, los sitios web siguen redireccionando a wp-admin / install.php.
¿Alguien tiene una idea sobre la posible solución?
Gracias de antemano y respeto!
Este tema fue modificado hace 2 años, 5 meses por.
(@brenshutt)
Hace 2 años, 5 meses
Hola piepzeidekat
No encontré este problema yo mismo, pero corrigí su error. Recibí una discusión sobre el flujo de apilamiento donde el motivo eran los prefijos de la tabla superior. Parece haber resuelto el problema para algunas personas. Aquí está el enlace que puede ayudarlo:
https://stackoverflow.com/questions/9827164/wordpress-keeps-redirecting-to-install-php-after-migration
(@piepzeidekat)
Hace 2 años, 5 meses
Hola @brenshutt,
Gracias por su respuesta, ya he encontrado la posible solución para los prefijos de la tabla superior. En mi caso, el prefijo de mis tablas es simplemente «wp_» y, por lo tanto, todas las tablas tienen ese prefijo sin ninguna excepción superior. En mi base de datos no hay tablas llamadas «usermeta» o «opciones internas», pero creo que no todos los sitios web de WordPress deberían tener estas tablas.
Además, cuando se reinstala una copia de seguridad de mayo (que ciertamente funcionó), aparece el mismo problema. Entonces, ¿se puede decir que la causa del error no está en el sitio web de WordPress en sí (código, base de datos,…) sino quizás en otra cosa? Una versión que estaba en la copia de seguridad de mayo cuando cambié de http a https, este interruptor definitivamente funcionó durante varios meses. ¿Podría esto crear el problema de todos modos? ¿O tal vez la razón está relacionada con un servidor web?
Esta respuesta fue modificada hace 2 años, 5 meses. Esta respuesta fue modificada hace 2 años, 5 meses. Esta respuesta fue modificada hace 2 años, 5 meses.
(@brenshutt)
Hace 2 años, 5 meses
Hola, @piepzeidekat. De todos modos, creo que es una buena idea enviar una solicitud de soporte a su sitio web y preguntar si conocen otros clientes que informan un problema de referencia, especialmente si puede reducirlo a una fecha exacta cuando el problema empezó. También puede preguntar si hay registros de servidor disponibles que puedan haber sido detectados cuando se inició la redirección.
He estado viendo su página en el navegador Chrome con herramientas para desarrolladores y he seguido las instrucciones de este artículo: https://www.quora.com/How-can-I-view-the-source-code-of-a-web-page-when-it-directs-me-to-another-page-when-I- abrelo
-Abrir herramientas de desarrollo (F12) -Marque la casilla de «Conservar registro» en la pestaña Red -a su URL – haga clic en los resultados
Otra cosa que intentaría es deshabilitar temporalmente el favicon para que su solución de problemas esté aislada en la página de inicio. Favicon probablemente funciona perfectamente, pero nunca se sabe, a menudo es el más mínimo cambio lo que rompe algo. Supongo que tienes un favor específico en algún lugar de tu tema.
Hoy, su host parece estar en una ventana de mantenimiento de servicio, por lo que puede que no sea un buen momento para solucionar problemas.
¡Buena suerte! Espero que hoy sea tu día de suerte.
(@brenshutt)
Hace 2 años, 5 meses
Lo siento, me acabo de dar cuenta de que no puede desactivar el favicon si no tiene forma de iniciar sesión en su sitio. Supongo que puede verificar el nombre del archivo en mayúsculas / minúsculas o alguna otra inconsistencia.
(@piepzeidekat)
Hace 2 años, 5 meses
Hola @brenshutt,
Se ha cambiado el nombre del favicon para deshabilitarlo, pero esto no causa el problema. Otros sitios web no tienen problemas, pedí registros del servidor, pero aparentemente estos son muy grandes y difíciles de encontrar en las líneas de referencia de mi sitio web.
Gracias por la pista sobre las herramientas para desarrolladores. En mi caso, el resultado es que install.php está marcado en rojo y obtengo el mensaje «No tienes permiso para acceder a /wp-admin/install.php en este servidor». No busque información nueva que pueda darme la raíz del problema.
¡Gracias por su ayuda y sugerencias! La búsqueda continúa 😉
(@brenshutt)
Hace 2 años, 4 meses
Hola @piepzeidekat Regresando para ver si tuviste suerte. Yo mismo no tengo ideas, pero todavía estoy interesado en el secreto. Seguiré suscrito y espero que su pregunta se resuelva muy pronto.
(@batlaura)
Hace 2 años, 4 meses
¡Hola! Tuve exactamente el mismo problema. Para resolverlo, creo una nueva base de datos e importé la antigua a la nueva. Parecía haber sido bloqueado porque las publicaciones estaban superpobladas y excedían el antiguo recurso de la base de datos, que el proveedor bloqueó. Inhabilité todos los comentarios y borré la tabla wp_comments antes de migrar. ¡Espero que esto ayude!
(@aeadawi)
Hace 2 años
Hola @piepzeidekat, ahora tengo el mismo problema. Abrí un ticket en la plataforma de ayuda del alojamiento web y me respondieron que el motivo se debía a la violación del límite de consultas.
(@izhegazy)
Hace 1 año, 12 meses
Esto me lo arregló. La consulta está dentro del archivo wp-config.php. Debe volver a verificar el campo $ table_prefix y asegurarse de que coincida con los prefijos de su tabla en su base de datos real.
Ejemplo: si sus tablas en SS tienen el aspecto «wp_website_year_comments»
debería aparecer en tu wp_config.php:
/ ** * Prefijo de tabla de base de datos de WordPress. * * Puede tener varias instalaciones en una base de datos si asigna un prefijo único a cada *. ¡Solo números, letras y guiones bajos, por favor! * / $ table_prefix = ‘wp_website_year_’;
(@chiefsnake)
Hace 1 año, 9 meses
Esto me sucedió nuevamente hoy (de repente aparece la pantalla de instalación), sin embargo, la primera vez para este sitio de WordPress en particular, pero me sucedió en el resto. Así que puse FTP en el sitio, renombré .htaccess para que no funcionara, renombré install.php para que tampoco funcionara (WordFence me informó más tarde que lo encontró renombrado como «archivo no autorizado» en mi corrección de WP y debería eliminarse, ¡genial!) y luego pudo iniciar sesión en mi sitio de WP, ok. Luego fui a Configuración> Enlaces permanentes y simplemente guardé allí para restaurar un archivo .htaccess. Cuando ocurrió este problema por primera vez, estaba haciendo muchos cambios pequeños en muchos trabajos personalizados, por lo que la idea de desbordamiento de apilamiento mencionada anteriormente en este hilo me hizo pensar que el número era inusualmente grande. (unas pocas docenas) de ediciones en el lapso de unos minutos pueden haber tenido algo que ver con eso. Aún así, lo que realmente lo inspiró es un misterio para mí.
¿Solucionó tu problema??
0 / 0