Un usuario preguntó 👇
Hola, solo quería compartir la solución a mi gran frustración de la noche. Tenía dos sitios web funcionando bien hasta que un día tuve que iniciar sesión y echarles un vistazo nuevamente y actualizar WP, cuando me encontré con un error oscuro …
Al iniciar sesión con las credenciales correctas (primero verifiqué dos veces restableciéndolas y luego cambiándolas manualmente en PhpMyAdmin) seguí volviendo a la pantalla de inicio de sesión de wp. La URL se adjuntó cada vez como http: //misitio/wp-login.php? redirect_to = http% 3A% 2F% 2Fmisitio% 2Fwp-admin% 2F & reauth = 1. Así que empecé a jugar con los foros y la configuración de Google.
Aquí están todas las cosas que probé, pero en mi caso no trabajo:
Limpiar mi caché, iniciar sesión en modo incógnito, usar otros navegadores, etc. Deshabilite todos los plugins cambiando el nombre de la carpeta wp-content / plugins Haga que cada tema sea solo veinte años Recarga completa en todos los WP excepto wp-config.php y especialmente vuelva a cargar wp-login.php Borrando el archivo .htaccess ( Gracias a Dios hice una copia de seguridad) Verificando mi base de datos si excedía la cantidad permitida (tenga en cuenta que esto es una solución para algunos casos que he encontrado, así que asegúrese de verificarlo) Una URL diferente para su instalación WP es la configuración de su servidor, por lo que rebota entre http: //www.tu sitio y http: // miseite)
Entonces, como el aficionado divertido que soy, se me ocurrió la idea de iluminación para ver el depurador, ¡tal vez!
Consejo: cuando las cosas se pongan de moda, toca ese depurador y sorpréndete de la cantidad de información útil que te proporciona.
Ahora, el depurador me dio dos datos que pude usar:
Error de citación El servidor MySQL se ha ido seguido algo sobre usermeta, meta_valor y un gran conjunto de información que aparentemente hizo y no pudo escribir en la base de datos Varios errores relacionados con No se puede modificar la información del encabezado: encabezados enviados anteriormente
Como sospechaba que los errores venían en el orden correcto, así como así, finalmente encontré el problema: la base de datos. Parecía que se estaba escribiendo un token de sesión en la base de datos, pero debido a que era gigantesco, se agotó el tiempo de espera de la base de datos, lo que provocó que WordPress volviera a mí en la página de inicio de sesión.
Mi solución
Inicie sesión en PhpMyAdmin en su base de datos de WordPress Encuentre la tabla nombrada wp_usermeta
Encuentra las filas tituladas seisiún_token
Elimine el valor asociado a él (tenga en cuenta que el valor es muy grande y su navegador puede enloquecer. Hice esto primero haciendo clic en ‘editar’ para ese registro y luego desactivando el valor nulo para el campo encendido y apagado, seleccionando el campo vacío y presione eliminar varias veces para asegurarse, y luego presione guardar)
Y ahí lo tienes. Una posible solución al problema del ciclo de referencias redundante y exasperante que se produce cuando su base de datos y WordPress dejan de funcionar juntos correctamente. He visto a muchos usuarios frustrados en los foros que tienen preguntas similares, así que espero que esta publicación le resulte útil. Buena suerte.
(@ponipate)
Hace 3 años, 11 meses
Hola mengsel, después de revisar session_token, encontré que algunos valores almacenados .i
a: 4. 2: «ua»; s: 108: «Mozilla / 5.0 (Windows NT 6.1; WOW64) AppleWebKit / 537.36 (KHTML, similar a Gecko) Chrome / 54.0.2840.99 Safari / 537.36 ″; s: 5:» login «; i: 1480538762;} s : 64: ”9b60abc8ab29444ba83f8b2571bb0bd526ad588ec4b12cc8870278faa4beb3f8 ″; a: 4:
¿Debo eliminar TODOS los valores asociados y hay algún efecto de DB / sitio web después de eliminar esto? esto es algo nuevo para mí y agradezco la orientación que me ha brindado hasta ahora.
Gus
(@mengsel)
Hace 3 años, 11 meses
@ponipate ¡Hola! Sí, creo que podrías borrar toda la entrada. Por lo que tengo entendido, las entradas del meta session_token son inofensivas, solo ayudan a los usuarios a recordar la autenticación.
(@ darkstar128)
Hace 3 años, 11 meses
También tengo este problema y la eliminación de la sesión funciona, pero parece que vuelve a suceder después de que expira la sesión. Supongo que escribir sobre el valor es un momento difícil, pero no sé qué es.
¿Alguna sugerencia para rastrearlo?
(@ponipate)
Hace 3 años, 11 meses
Tengo un mensaje de error que dice «Actualizar wp_usermeta CONJUNTO meta_value = ”DONDE wp_usermeta.umeta_id = 211 ″
(@ponipate)
Hace 3 años, 11 meses
@luisomontano … Estoy usando un servidor Azure. ¿Sería esta una opción viable para mí?
(@nosyjossie)
Hace 3 años, 11 meses
Gracias dulce niño Jesús. La solución OP funcionó.
(@reffruff)
Hace 3 años, 10 meses
Dios mío, gracias YOUUUUUUU !!!!!
He luchado durante horas para encontrar que wth está mal con esta URL de bucle. Pero, cuando vi esta publicación, pensé “hmm”, luego probé lo que sugieres y luego WALLA, aquí tienes. Finalmente encontré esta puta URL de administración de wp.
De nuevo, gracias por tu publicación. Me dio una idea 🙂
(@stefanbg)
Hace 3 años, 4 meses
Hola, quiero contribuir a la comunidad y también ya que este problema era muy molesto. Parte de la solución no funcionó para mí. No había instalado ningún plugin antes de que sucediera, así que definitivamente creo que es un error de WordPress.
Mis errores exactos: por depurador de WP. Después de la pantalla de inicio de sesión, este error apareció con una pantalla en blanco.
Fatal error: Class 'PasswordHash' not found in /var/www/public_html/bg-news.net/wp-includes/pluggable.php on line 2079
Por registro de errores de Apache.
PHP Fatal error: Class 'PasswordHash' not found in /var/www/public_html/example.net/wp-includes/pluggable.php on line 2138, referer: http://example.net/wp-login.php?redirect_to=http%3A%2F%2Fexample.net%2Fwp-admin%2F&reauth=1
Cómo resolví el problema. 1. En DB, edité mi contraseña de administrador con una contraseña de texto sin formato. 2. Estas líneas de código se agregaron a pluggable.php. Básicamente, ahora WP reconoce contraseñas sin hash. Aquí están los extractos editados de pluggable.php
`function wp_check_password ($ contraseña, $ hash, $ user_id =») {<——> global $ wp_hasher;
<——> // 20170713 Agregado por Stefan <——> $ comprobar = ($ hash == $ contraseña); <——> enviar apply_filters (‘contraseña_comprobación’, $ verificación, $ contraseña, $ hash, $ id_usuario);
… y un poco mas bajo
`wp_set_password function ($ contraseña, $ user_id) {<——> global $ wpdb;
<——> // $ hash = wp_hash_password ($ contraseña); <——> // 20170713 Modificado por Stefan <——> $ hash = $ contraseña; ‘
Espero que esto ayude a alguien, ya que buscar en Google no me ha ayudado.
(@itanjillc)
Hace 2 años, 10 meses
Me encontré con este problema hoy … el registro en bucle también puede ocurrir cuando se queda sin espacio en el disco y la base de datos no puede escribir en la base de datos durante la autenticación.
¿Solucionó tu problema??
0 / 1