WordPress переадресация на 127.0.0.1

Приветствую! Постоянно ловлю себя на том, что устал писать об ошибках, но иначе никак не получается) Вчера начал настройку и заполнение нового сайта, ради разнообразия решил поставить новый для меня плагин безопасности "all in one security and firewall", много установок, хороший рейтинг. Но не смотря на это, сегодня очень в нем разочаровался. Виной тому стала переадресация на 127.0.0.1, при попытке перехода в админ панель WordPress. И в такой ситуации кажется особенно странным, что внешняя оболочка сайта работает как и положено, по прежнему отлично, а вот в админ панель не пускает ни в какую.

teksun all in one wp security

Решение я все таки нашел, но об этом чуточку позже.

Как я исправлял переадресацию на 127.0.0.1(пошагово)

  1. Чистка кеша, куки, истории - эти манипуляции не помогли. Пробовал в разных браузерах - затея не прокатила.
  2. Поочередное переименовывание папок плагинов - тоже не сработало.

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

Проблема переадресации на локальный адрес заключалась в плагине безопасности "all in one security and firewall". В интернете об этом некоторые пользователи упоминают, в этом я не одинок, но толково ничего никто не попытался объяснить.

Переименование папки плагина абсолютно ничего не решает, потому что переименование не является полноценной деактивацией и часть кода, прописанного плагином, по прежнему остается в файлах сайта. Поэтому моя предыдущая стратегия не имела никаких шансов.

Правильные шаги:

  1. Переименование папки плагина "all in one security and firewall";
  2. Открываем файл .htaccess и вырезаем весь код, который прописан плагином. Границы вставки кода, который относится именно к нему, очень легко определяются по комментариям;
  3. Чистим кеш браузера;
  4. Запускаем сайт и входим в админ панель.

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

Естественно  проблемный плагин сразу был автоматически деактивирован и мною заменен на более стабильный и проверенный годами iThemes Security.

Больше таких происшествий у меня в работе не было

Очень надеюсь, что эта заметка поможет и вам справится с недугом плагина.

Удачи.

Вас могут заинтересовать:

Подписаться
Уведомить о
0 комментариев
Межтекстовые Отзывы
Посмотреть все комментарии