Wordpress siteme giriş yapılamıyor. reauth = 1 yeniden yönlendirme döngüsü. Bunu nasıl düzeltebileceğine dair bir fikrin var mı?

WordPress siteme giriş yaparken bazı zorluklar yaşıyorum. Example.com/wp-admin adresini ziyaret etmeye çalıştığımda boş bir sayfa görüyorum ve url çubuğu şu şekilde değişiyor:

http://example.com/wp-login.php?redirect_to=http%3A%2F%2Fmysite.com%2Fwp-admin%2F&reauth=1

Example.com/wp-login.php adresini ziyaret edersem, URL'de herhangi bir değişiklik yapılmadan yalnızca boş bir beyaz sayfa görürüm.

Davranış birden fazla tarayıcıda ve cihazda devam ettiğinden, bunun yerel makinemdeki herhangi bir şeyle ilgili bir sorun olmadığını doğruladım.

Konu hakkında çok sayıda forum gönderisi buldum ancak hiçbiri tatmin edici bir çözüm sunmuyor.

Sitedeki içeriği acilen güncellemem gerektiğinden lütfen yardım edin.

Güncelleme: WordPress hata ayıklamasını açtım ve aşağıdaki hatayı görüyorum

Fatal error: Cannot redeclare check_password_reset_key() 
(previously declared in /home/wordpress/public_html/wp-login.php:281) 
in /home/wordpress/public_html/wp-includes/user.php on line 1637

Bunu düzeltmek için herhangi bir ipucu çok takdir edilecektir

Aynı sorun vardı ... çerezleri temizlemek hile yapmadı.

Hile ilk önce gizli mod üzerinden giriş yaptıktan sonra normal şekilde giriş yapabildim.

Bu sorunun birçok olası nedeni vardır. Bazıları veritabanınızla ilgilidir. WP_DEBUG'ı açmayı ve hata mesajlarını yorumlamayı deneyin.

Kendi durumumda (buradaki sorunuza tökezledim), problemler usermeta'ya bir oturum belirteci yazmaktı. PhpMyAdmin> wp_usermeta> 'ya girdim ve session_token için meta_değeri sildim. (Ayrıntılı hikaye burada https://wordpress.org/support/topic/possible-fix-for-sudden-redirect-loop-at-wp-login-with-reauth1 )

Bu, wordpress tablosunun çökmesinden kaynaklanabilir. Ayar tanımı ('WP_DEBUG', true); wp-config.php dosyasında tam olarak hangi tablonun çöktüğü gösterilecektir.

Bu sorunu güvenlik anahtarlarını tanımlayarak çözdüm wp-config.php:

define('AUTH_KEY',         '');
define('SECURE_AUTH_KEY',  '');
define('LOGGED_IN_KEY',    '');
define('NONCE_KEY',        '');
define('AUTH_SALT',        '');
define('SECURE_AUTH_SALT', '');
define('LOGGED_IN_SALT',   '');
define('NONCE_SALT',       '');

Bir nedenden dolayı boşlardı ... Boş dizeleri burada oluşturulan bazılarla değiştirin: https://api.wordpress.org/secret-key/1.1/salt/ (teşekkürler Josh Rodgers)

Eğer bir ileri var Her zaman http://mysiteiçin http://mysite/, bu durum kaçınılmaz. Benim durumumda, birkaç sanal ana bilgisayara sahip yönetilen bir httpd işlemi var. Bunlardan biri şu şekilde yapılandırıldı:

<VirtualHost *:*>
    ServerName mysite.com
    ProxyPass "/blog" "http://bloghtml/blog/"
    ProxyPreserveHost On
</VirtualHost>

Değişen "/blog"için "/blog/"sorun düzeltmeleri.

Ben de bu sorunu vardı ama farklı bir mesaj vardı. Sayısız düzeltmeler üzerinde çalıştıktan sonra: htaccess, yeniden adlandırılmış eklentiler, yeniden adlandırılmış tema, wp-config.php boş alanı kontrol hala sıkışmış oldu.

PHPMyAdmin'e giriş yapmak Tabloları optimize etmeye çalıştım ama bir kullanıcı reddedildi hatası var. Veritabanının kendisi aşırı büyük olduğu ve daha sonra paylaşılan barındırma tarafından engellendi olduğu ortaya çıktı. Ana suçluyu (Wordfence log tablosu) bulduktan sonra, 30 dakika bekledim ve hey presto, hepsi tekrar çalıştı.

Bunun, önerilen her seçeneği denedikten sonra başka birinin tamamen sıkışmasına yardımcı olabileceğini düşündüm!

Sadece aynı şeyi yaşadım. Takas önbellek, .htaccess, DB oturum takas, ftp devre dışı bırakma eklentileri vb. İle hayır şans. Daha sonra normal şekilde giriş yapamadım. Tarayıcı önbelleği tek başına çalışmadı, özellikle alanla ilgili tüm çerezleri silmek zorunda kaldım.

Ayarlar> Gelişmiş Ayarları Göster> İçerik Ayarları>

Gizlilik Ayarları altında, "İçerik Ayarları" düğmesini tıklayın

Çerezler altında, "Tüm Çerezler ve Site Verileri" düğmesini tıklayın

Ardından, arama kutusundaki bir anahtar kelimeyle web sitenizi arayın: Web sitenizi vurgulayın ve klavyenizdeki Sil'i tıklayın.

Bitti'yi tıklayın ve sitenize tekrar giriş yapmayı deneyin (Normal modda .. yani, pencereyi kapatarak Gizli moddan çıkın)

Siteyi başka bir sekmede zaten açtıysanız, bir çerez hatası alırsınız. tüm sekmeleri kapat, yeniden aç, giriş yap ve keyfini çıkar

Yukarıdakilerin hiçbiri benim için çalışmadı.

Hata ayıklama modunu etkinleştirdikten sonra:

define('WP_DEBUG', true);

wp-config.php içinde

Site bana veritabanı kullanıcısı ile izin sorunları söylüyordu ...

Benim için işe yarayan, kök veritabanı kullanıcısına (daha az izinli bir 'web' kullanıcısı yerine) geri dönmekti.

Açıkçası uzun vadeli bir çözüm değil, ama sizin için işe yarayabilecek başka bir şey verir.

Topluma katkıda bulunmak istiyorum ve bu sorun çok sinir bozucu olduğu için. Çözümün hiçbiri benim için işe yaramadı. Daha önce herhangi bir eklenti yüklemedim, bu yüzden kesinlikle bir Wordpress hatası olduğunu düşünüyorum!

Benim kesin hatalarım: WP hata ayıklayıcı ile. Giriş ekranından sonra bu hata ile beyaz ekran geldi.

 Fatal error: Class 'PasswordHash' not found in /var/www/public_html/example.net/wp-includes/pluggable.php on line 2079

Apache hata günlüğü ile.

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

Sorunu nasıl çözdüm. 1. DB'de yönetici şifremi düz metin şifresine düzenledim. 2. Bu kod satırlarını pluggable.php dosyasına ekledi. Temel olarak şimdi WP karma olmayan şifreleri tanır. Burada pluggable.php dosyasının düzenlenmiş ekstreleri bulunmaktadır

function wp_check_password($password, $hash, $user_id = '') {
<------>global $wp_hasher;

<------>//20170713 Added by Stefan
<------>$check=($hash==$password);
<------>return apply_filters('check_password', $check, $password, $hash, $user_id);

... ve biraz daha düşük

function wp_set_password( $password, $user_id ) {
<------>global $wpdb;

<------>//$hash = wp_hash_password( $password );
<------>//20170713 Changed by Stefan
<------>$hash=$password;

Umarım bu birine yardımcı olur, çünkü googling bana yardımcı olmadı.

Ben de aynı sorunu vardı ama çok zaman geçirdikten sonra binmek alamadım burada bu cevabı aldım http://www.wpbeginner.com/wp-tutorials/how-to-fix-wordpress-login-page-refreshing-and -redirecting-issue / bu yüzden sadece bir çerez sorunu tarayıcı çerezini temizlemek ve tekrar etkinleştirmek gerekiyor ve bu kadar.

Ben http: // yerine web siteme erişmek için https: // kullanarak bu şekilde düzeltmek bu şekilde herhangi bir yönlendirme alamadım. https://my_website.com/admin Bir https'ye işaret etmek için seçenekler tablosundaki "siteurl" ve "home" değerlerini cpanel'deki phpmyadmin aracılığıyla da değiştirebilirsiniz. Bunun, SSL'nin düzgün bir şekilde yönlendirmemesiyle ilgili bir sorun olabileceğini gözlemliyorum.

Sitemi bir sunucudan diğerine taşıdıktan sonra bu sorunu denedim. Veritabanını yeni sunucuya aktardıktan sonra giriş yapamadım. Yeni sunucuda henüz siteyi SSL güvenli hale getirmedim, bu yüzden veritabanındaki siteurl ve home'u değiştirmek zorunda kaldım.

Fix

• Ben veritabanına gidip gelen SITEURL ve ev değiştirerek sabit https://etmek http://içinde wp_options.

Bu başkalarına yardımcı olabilir.

URL'deki sorgu dizesini ("?" Ve arkasındaki her şeyi) kaldırmayı deneyin - yani: doğrudan wp-login.php adresini ziyaret edin. Benim için çalıştı. Wp_usermeta session_tokens için parola değiştirmeyi, tuzları değiştirmeyi, meta_value'yi temizlemeyi denedim. Bunların hiçbiri işe yaramadı.

Üzgünüz, wp-login.php ekranınızın beyaz olduğunu söylediğinizde bunun size yardımcı olmadığını biliyorum, ancak benim gibi birisinin buraya başlık tarafından çizilmesine yardımcı olabilir.

web sitemi php v7.4'e yükselttiğimde bu oldu. php 7.3 sürümüne geçmek sorunu çözdü. Ne yazık ki, sürümü nasıl koruyacağımı ve sorunu nasıl çözeceğimizi bilmiyorum. Umarım yakında WP geliştiricileri bu sorunu çözecektir.

Ben site URL'sini değişti ama değişmek unuttum sonra Bana ne oldu site_urlyılında wp_sitemeta. Sonra değeri yeni URL olarak değiştirdim ve sorun çözüldü.

Wp-login.php dosyasını girişin çalıştığı başka bir web sitesinden değiştirerek sorunumu çözdüm.

benim hatam nginx confing dosyasında aşağıdaki yönerge nedeniyle oldu

location ~ \.php$ {

               #fastcgi_hide_header "Set-Cookie"; # Cache page with cookie