Не удается получить доступ к wp-администратору


При попытке войти в одну из моих установок WP (обычная WP 3.4.2 - без мультисайта) я продолжаю перенаправляться в файл wp-login.php.

Я проверил почти все:

  • Пароль правильный и изменен... ничего

  • Сброс к теме по умолчанию... ничего

  • Деактивированные все плагины... ничего

  • Повторно загрузил мой файл wp-login.php... ничего

  • Проверил .htaccess файлы... ничего

  • wp-config.php все еще выглядит так же.

  • Удалил данные моего браузера и использовал другой браузер... По-прежнему ничего.

  • Полностью перезаписан каждый файл WordPress с новой загрузкой.

Что еще это может быть? Я не вносил никаких изменений в код.

Author: cjbj, 2012-10-23

4 answers

Давайте попробуем это,

Откройте свой файл wp-login.php и добавьте следующие вызовы update_option,

update_option('siteurl', 'http://your.domain.name/the/path' );
update_option('home', 'http://your.domain.name/the/path' );

Внизу,

require( dirname(__FILE__) . '/wp-load.php' );

Итак... это должно выглядеть так:

require( dirname(__FILE__) . '/wp-load.php' );

update_option('siteurl', 'http://www.example.com/' );
update_option('home', 'http://www.example.com/' );

Где http://www.example.com/ должно соответствовать вашему домену.

  1. Затем посетите свою страницу входа в систему.
  2. Затем удалите строки, добавленные в wp-login.php

Возможно, вам потребуется пару раз обновить страницу входа в систему или попытаться войти в систему пару раз, но это должно позволить вам в. Может потребоваться очистить ваш кэш.

Если вдруг,

http://www.example.com/

Выглядело так,

http://example.com/ (no www - for example sake)

...тогда это может быть причиной проблемы с циклом перенаправления, с которой вы столкнулись. Легко пропустить небольшое изменение, подобное этому, в вашем URL-адресе для входа, так как мы часто не уделяем этому пристального внимания.

Поэтому, выполнив update_option выше, мы восстановим эти пути в их исходном формате.

ЕСЛИ это не указано выше, то убедитесь, что вы определенно ОЧИСТИЛИ все файлы cookie вашего браузера, потому что где-то есть несоответствие, которое вызывает проблему. Должно быть.

 5
Author: Adam, 2012-10-23 12:44:55

Я решил проблему, создав резервную копию за вечер до проблемы.Причина этой проблемы никогда не будет известна. Журналы сервера (журналы доступа и ошибок) не дают ключа к разгадке. WP_debug не дает ключа к разгадке. Каждый файл FTP был проверен и перезаписан.

Проблема должна быть каким-то образом в базе данных, но таблица wp_options не показывает ошибок. Спасибо, что подумал вместе со мной. Это был ценный урок. Я надеюсь, что эта тема может помочь всем, кто сталкивается с тем же проблема. Обычно список в моем вопросе должен решить их проблему.

 2
Author: Pieter, 2012-10-24 07:00:18

Возможное решение:

  • если ваш веб-сайт находится на "https"
  • если вы используете пользовательскую форму входа для входа

Обязательно установите $secure_cookie на true в wp_signon( $credentials, $secure_cookie )

У меня была та же проблема, пользователь вошел в систему на интерфейсе, но если вы попытаетесь связаться с wp-администратором, вы будете перенаправлены на страницу входа и вам нужно будет войти снова.

 1
Author: Bobz, 2016-10-10 13:32:24

Со мной такое случалось, и я искал ответы по всему Интернету, и, к удивлению, никто не упомянул о том, что ваш сайт мог быть скомпрометирован, как и мой.

Во-первых, через ftp проверьте даты последнего обновления ваших файлов. Это должно помочь вам определить, что это могут быть за файлы.

Если вы были скомпрометированы, проверьте два самых быстрых места... ваш index.php и твой wp-login.php файл

Найдите этот код: eval(base64_decode())

Если вы видите это - вас взломали, и вам необходимо удалить все экземпляры этого на вашем сайте. Я наткнулся на довольно хороший учебник о том, как очистить весь сайт здесь

Как только ваш сайт будет очищен, вы должны быть готовы снова войти в систему, но я бы рекомендовал изменить все имена и пароли, так как ваш взлом может быть более вредоносным.

 0
Author: Just Some Help, 2014-05-29 04:26:09