У меня возникли трудности при входе на мой сайт WordPress. Когда я пытаюсь зайти на example.com/wp-admin, я вижу пустую страницу, и строка URL-адреса меняется на:
http://example.com/wp-login.php?redirect_to=http%3A%2F%2Fmysite.com%2Fwp-admin%2F&reauth=1
Если я захожу на example.com/wp-login.php, я вижу только пустую белую страницу без каких-либо изменений в URL.
Я подтвердил, что это не проблема с моим локальным компьютером, поскольку поведение сохраняется во многих браузерах и на разных устройствах.
Я нашел множество сообщений на форуме о проблеме, но ни один не предлагает удовлетворительное решение.
Пожалуйста, помогите, так как мне срочно нужно обновить контент на сайте.
Обновление: я включил отладку WordPress и вижу следующую ошибку
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
Любые советы о том, как это исправить, будет принята с благодарностью
источник
define('WP_DEBUG', true);
и получите доступ к wp-admin. Вы должны быть в состоянии увидеть сообщения об ошибках и почему оно пустое. Я думаю, это ошибка плагина, если он работал ранее.Ответы:
Была такая же проблема ... очистка куки не сработала.
Для чего сначала нужно было войти через режим инкогнито , а затем я смог нормально войти в систему.
источник
Есть много возможных причин этой проблемы. Некоторые из них связаны с вашей базой данных. Попробуйте включить WP_DEBUG и интерпретировать сообщения об ошибках.
В моем собственном случае (именно так я и наткнулся на ваш вопрос здесь), проблема заключалась в записи токена сессии в usermeta. Я зашел в PhpMyAdmin> wp_usermeta> и удалил значение meta_value для session_token. (Подробная история здесь https://wordpress.org/support/topic/possible-fix-for-sudden-redirect-loop-at-wp-login-with-reauth1 )
источник
session_tokens
даже не было установлено для моего пользователя. Или, точнее, как-user_id
то было изменено на случайное число. Я понятия не имею, как это случилось. Поэтому убедитесь, что в wp_usermeta есть строка с вашими user_id и meta_key = session_tokenssession_tokens
изwp_usermeta
таблицы и фиксированной мой вопрос :) хорошо сделано , сэр!Это может быть вызвано сбоем таблицы WordPress. Определение настроек ('WP_DEBUG', true); в wp-config.php покажет вам, какая именно таблица потерпела крах, если это так.
источник
Я решил эту проблему, определив ключи безопасности в
wp-config.php
:По какой-то причине они были пустыми ... Замените пустые строки на некоторые сгенерированные здесь: https://api.wordpress.org/secret-key/1.1/salt/ (спасибо Джошу Роджерсу)
источник
Каждый раз , когда у вас есть вперед от
http://mysite
кhttp://mysite/
, это должно произойти. В моем случае у меня запущен процесс управления httpd с несколькими виртуальными хостами. Один был настроен так:Изменение,
"/blog"
чтобы"/blog/"
исправить проблему.источник
У меня также была эта проблема, но было другое сообщение. Поработав над множеством исправлений: htaccess, переименовал плагины, переименовал тему, проверил наличие пустого места в wp-config.php. Я все еще застрял.
Вход в PHPMyAdmin Я попытался оптимизировать таблицы, но получил ошибку, запрещенную пользователем. Оказалось, что сама база данных была слишком большой, а затем «заблокирована» общим хостингом. После нахождения главного виновника (таблица журнала Wordfence) я обрезал это, подождал 30 минут и эй presto, все снова заработало.
Подумал, что это может помочь кому-то другому полностью застрять после попытки любой другой предложенный вариант!
источник
Просто прошел через то же самое. Не повезло с очисткой кэша, .htaccess, очисткой сеанса БД, отключением ftp плагинов и т. Д. Я смог войти в систему с Chrome инкогнито. После этого я все еще не мог нормально войти в систему. Только кеш браузера не работал, мне пришлось специально удалять все куки, связанные с доменом.
Настройки> Показать дополнительные настройки> Настройки контента>
В разделе «Настройки конфиденциальности» нажмите кнопку «Настройки контента».
В разделе «Файлы cookie» нажмите кнопку «Все файлы cookie и данные сайта».
Затем найдите свой веб-сайт по ключевому слову в окне поиска: выделите свой веб-сайт и нажмите «Удалить» на клавиатуре.
Нажмите «Готово» и попробуйте снова войти на свой сайт (в обычном режиме ... т.е. просто выйдите из режима инкогнито, закрыв окно)
Если вы уже открыли сайт на другой вкладке, вы получите ошибку cookie. закройте все вкладки, заново откройте, войдите и наслаждайтесь
источник
Ничто из вышеперечисленного не помогло мне.
После включения режима отладки:
в wp-config.php
Сайт рассказывал мне о проблемах с разрешениями пользователя базы данных ...
Что сработало для меня, так это возврат к пользователю корневой базы данных (а не к «веб-пользователю» с меньшими разрешениями).
Очевидно, что это не долгосрочное решение, но дает вам еще кое-что попробовать, которое может работать на вас.
источник
Я хотел бы внести свой вклад в сообщество, а также, поскольку эта проблема была очень раздражающей. Ни одно из решений не сработало для меня. Я не устанавливал никаких плагинов до того, как это произошло, поэтому определенно считаю, что это ошибка Wordpress!
Мои точные ошибки: через WP отладчик. После экрана входа в систему появился белый экран с этой ошибкой.
Через журнал ошибок apache.
Как я решил проблему. 1. В БД я отредактировал мой пароль администратора как простой текстовый пароль. 2. Добавил эти строки кода в pluggable.php. По сути, теперь WP распознает нехешированные пароли. Вот отредактированные выдержки из pluggable.php
... и чуть ниже
Надеюсь, это кому-то поможет, потому что поиск в Google мне не помог.
источник
У меня была та же проблема, но я не мог уехать, потратив слишком много времени, получив ответ здесь http://www.wpbeginner.com/wp-tutorials/how-to-fix-wordpress-login-page-refreshing-and -redirecting-issue /, так что это просто проблема с cookie, нам нужно очистить cookie браузера и включить его снова и все.
источник
Я исправляю это, используя https: // для доступа к моему веб-сайту вместо http: // таким образом, я не получил никакого перенаправления. https://my_website.com/admin Вы также можете изменить значения "siteurl" и "home" в таблице параметров с помощью phpmyadmin в cpanel, чтобы они указывали на https. Я заметил, что это может быть проблемой с ssl, не перенаправляющим должным образом.
источник
Я испытал эту проблему после миграции моего сайта с одного сервера на другой. После импорта базы данных на новый сервер я не смог войти. На новом сервере у меня еще не было SSL-защиты сайта, поэтому мне пришлось изменить siteurl и home в базе данных.
Fix
https://
доhttp://
вwp_options
.Это может помочь другим.
источник
Попробуйте удалить строку запроса в URL («?» И все, что за ней), то есть: посетите wp-login.php напрямую. Это сработало для меня. Я попытался изменить пароль, изменить соли, очистить meta_value для session_tokens в wp_usermeta. Ничего из этого не сработало.
Извините, я знаю, что это вам не поможет, так как вы говорите, что ваш экран wp-login.php белый, но он может помочь кому-то, как я, нарисоваться здесь под заголовком.
источник
это случилось с моим, когда я обновил свой сайт до php v7.4. понижение до php 7.3 решило это. К сожалению, я не знаю, как сохранить версию и исправить проблему. Надеюсь, скоро разработчики WP исправят эту проблему.
источник
Это случилось со мной после того, как я изменил URL сайта , но я забыл изменить
site_url
вwp_sitemeta
. Затем я изменил значение на новый URL, и проблема решена.источник
Я исправил свою проблему, заменив файл wp-login.php другим веб-сайтом, на котором работал логин.
источник
моя ошибка произошла из-за директивы ниже в файле конфигурации nginx
источник