WordPress не заходит в админку: 6 распространенных проблем при входе в админку WordPress (и их решения)

Не заходит в админку | WordPress.org Русский

Лог ошибок пустой.
В чем может быть проблема?

Отключено логгирование. Либо не те логи смотрите.

Можно попробовать включить вывод ошибок на экран, но может и не отобразить, если в логи не выводит. См https://codex.wordpress.org/%D0%A7%D0%90%D0%92%D0%9E/%D0%91%D0%B5%D0%BB%D1%8B%D0%B9_%D1%8D%D0%BA%D1%80%D0%B0%D0%BD

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

Файл реально пустой.

Давайте ещё раз попробую:

Отключено логгирование. Либо не те логи смотрите.

А «включить логгирование» означает не только прописать php_flag log_errors on, но и проверить/установить уровни логгирования (error_reporting).

Файл реально пустой.

Мне попадались плагины, тупо отключающие логгирование ошибок.

Проблема решена!

Все из-за использования VPN на компьютере…

Тему можно удалить

  • Ответ изменён 1 год, 11 месяцев назад пользователем drayfer.
  • Ответ изменён 1 год, 11 месяцев назад пользователем drayfer.

O

(@perdyllo)

Все из-за использования VPN на компьютере…

Скорее всего из-за какого нибудь плагина «безопасности», установленного на вашем сайте и который не позволял войти на сайт с другого ip.
Вот это тот самый случай когда непонимание принципа действий некоторых плагинов создаёт серьёзные проблемы.

Мне попадались плагины, тупо отключающие логгирование ошибок.

Вот это, кстати, тоже есть в некоторых плагинах «безопасности»..

не могу зайти в админку, не заходит на сайт

Модератор
Denis Yanchevskiy

(@denisco)

WordPress-разработчик, wpcute.ru

Доброго.

По какой из этих ссылок пытаетесь войти?

  1. http://ocs-test.ru/wp-admin/
  2. https://ocs-test.ru/wp-admin/

Модератор
Yui

(@fierevere)

ゆい

ваш сайт корректно работает по HTTP
а вот по HTTPS — нет, т.к. нет корректно установленного сертификата.
Также, ваш хостинг, или вы сами, установили защиту от DDoS в виде обязательной установки куки, через JavaScript.

Можете в поддержку хостинга обратиться по поводу сертификата HTTPS, если вам нужна работа сайта по HTTPS, и по поводу антиDDoS защиты тоже к ним.

@fierevere
Я никак на него не могу попасть по HTTP ни по HTTPS. Вы попали на сайт по HTTP? у меня не пускает ни с одного устройства. Это получается антиDDoS защита срабатывает? В настройках ПК это никак не исправить?

@denisco
И по первой и по второй,
теперь кстати «404 not found nginx/1.13.1 »

Модератор
Yui

(@fierevere)

ゆい

не запрещайте прием куки (расширениями браузера типа Ghostery, или в его настройках). Хотя то, что вы ни с одного устройства попасть не можете — странно, возможно вас до кучи «зафильтровали» уже в рамках DDoS-защиты

Модератор
Denis Yanchevskiy

(@denisco)

WordPress-разработчик, wpcute.ru

1. Попробуйте зайти в режиме Инкогнито
2. Если не поможет — обратитесь в поддержку хостинга.

Проблема с входом в админку

Модератор
Yui

(@fierevere)

ゆい

смотрите лог ошибок PHP сервера, конец файла, строка с «Fatal»

Офтоп
Страница, с которой нужна помощь: http://stroinayaya.ru
lt;meta name="keywords" itemprop="keywords" content="водоем,бассейн,вода,дом,танкини,купальник,лето,пляж,кэшбэк с чеков,red bull,Как грамотно надо худеть после рождения ребенка?,Сытные продукты,способствующие похудению,Ананас - верный помощник в борьбе с лишним весом,Обертывание медово-горчичное: как правильно делать?,Действительно ли так эффективна вода с лимоном в похудении?,Чем хороши уксусные обертывания?,//// и так далее Искренне жаль того человека, который потратил кучу времени, придумывая и прописывая на указанном сайте сотни ключевых слов, которые уже давно не только не играют никакой роли для ПС, но даже вредны.

  • Ответ изменён 5 месяцев назад пользователем zoltsmaster.
  • Ответ изменён 5 месяцев назад пользователем zoltsmaster.

Этот сайт уже достался мне с такими проблемами и их мне нужно решить. есть ссылки на удаление, и их можно удалить только с админки. но туда мне нужно войти

Этот сайт уже достался мне с такими проблемами

Похоже, что их будет еще больше. Судя по древнейшей версии (2014 год) установленного на сайте плагина
All in One SEO Pack 2.2.6.2 сайт давно не видел толкового администратора. Скорее всего и другие плагины давно не обновлялись, не говоря уже о самом WP и непонятно какой теме sahifa.

У вас хоть доступ к хостингу есть чтобы для начала отключить все плагины?

  • Ответ изменён 5 месяцев назад пользователем zoltsmaster.

ну он лежит у меня на beget вместе с другими сайтами

Тогда действует согласно пунктам 3-6

Ошибка 404 при входе в админку (wp-admin) WordPress

Ошибка 404 при входе в админку (wp-admin) WordPress

Работал себе сайт спокойно. Потом я в него не заходил несколько месяцев недель и вдруг при входе в админ панель WordPress я увидел ошибку 404. Предлагаю рассмотреть вопрос как исправить 404 ошибку на WordPress.

Самое обидное, что эта проблема wordpress не заходит в админку уже возникала у меня ранее, я очень долго мучился и бился над её решением, а когда исправить проблему удалось — хотел еще запостить в блог решение, но забыл. И вот результат, снова наступил на те же грабли.

Первым делом сделайте резервную копию WordPress


1. Скачайте все файлы сайта с FTP на локальный диск.
2. Сделайте дамп базы данных через phpMyAdmin.

Что делать с ошибкой 404 при входе в админку WordPress


1. Проблема входа в wp-admin может быть в глючных плагинах. В таком случае нужно отключить все плагины через phpMyAdmin. Или можно зайти по FTP и в каталоге /wp-content/ переименовать plugins в plugins-2, и создать новую пусткую папку по адресу /wp-content/plugins. Что при первом, что при втором способе — WordPress в аварийном порядке остановит все плагины. Если после этого войти в систему получилось, нужно по очереди подключать плагины назад и так найти проблему.

2. Может быть проблема с разрешениями. В интернете встречался случай, когда человек переехал на новый хостинг и у него тоже появилась ошибка 404 при входе в ВордПресс. В итоге оказалось, что wp-admin имела права 775, а новый хостинг требовал права 755. Я бы советовал играться со сменой прав в последнюю очередь, особенно если вы не опытный пользователь.

3. Моя же проблема оказалась намного извращенней. Мой хостинг amhost попросту блокировал пути wp-admin и wp-login. В интернете читал, что была аналогичная проблема из-за того, что хостер боролся с ddos атаками. Возможно и у меня так же.

Чтобы снова войти в админ панель потребовалось скопировать файл wp-login.php и переименовать его в что-то другое, скажем в wp-login45.php, затем открыть этот файл и заменить все упоминания wp-login.php  на wp-login45.php через автозамену. Закачиваем новый файл на хостинг и наслаждаемся. Теперь у меня все работает.

 

Дополнительные советы


Все вышеописанные советы можно проводить и на локальной версии сайта. Скажем, если появилась ошибка 404 при входе в WordPress мы сразу же делаем резеврную копию всего сайта. На локальном ПК у нас работает LAMP, WAMP, Denwer или что-то в этом роде.

Делаем локальное зеркало сайта. Скажем создаем slicks.lan вместо slicks.name

В phpmyadmin создадим базу данных, пользователя с паролем — точно такими же как на настоящем сайте.

Теперь возьмем резервную копию БД, откроем через Sublime, gedit да или же в Notepad на худой конец! И через автозамену «CTRL+H» меняем все упоминания «slicks.name» на «slicks.lan». Сохраняем и закачиваем на локальную базу данных. Вот и все! Теперь наш сайт на локальной машине и можно экспериментировать. А если что-то убьем — то не страшно, ведь настоящий сайт нетронут.

В моем случае, когда я открыл локальную версию сайта и увидел, что все работает норм при такой же точно конфигурации я был немного удивлен. И лишь через некоторое время понял, что проблема была из-за блокировок на стороне хостинга. Вот так вот!

 

Не могу зайти в админ панель и на сайт после изменения ссылок в General Options — page 3

Проблема, можно сказать, решена следующим образом:

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

Оказывается, что ручной Restore не помог/не сработал. Откатил MySQL Databases через сайт хостинга на 5 дней — до ошибки. Проблема со входом в админ панель и на сайт решилась, теперь редиректов нету. Ссылки и кодировки подправлю в ближайшем будущем. Спасибо всем большое за помощь! Теперь будем знать. 🙂

Теперь после удаления кук и кеша, я заметил, что мой сайт отображается не совсем корректно. Если заходить по ссылке c http:/www, все отображается идеально, как в оригинале (topmedia.lv), если же использовать https://www, то сайт/тема «расширяется», пропадают некоторые картинки и иконки. Так со всеми страницами. Я понимаю, что протоколы разные и причина в этом, но как мне сделать так, чтобы оба варианта были идентичными? Или же это вопрос конкретно разработчику темы? Заранее благодарю и ещё раз отдельное спасибо за помощь с предыдущей проблемой.

Я понимаю, что протоколы разные и причина в этом, но как мне сделать так, чтобы оба варианта были идентичными?

Если Вы хотите, чтобы сайт работал по обеим протоколам, то это… надо поплясать. Если хотите — создайте отдельный топик (ибо п2 правил форума) я расскажу как я это делал. Но предупреждаю — это может зависеть от используемых плагинов.

А пока можете сделать замену http://www.вашсайт на https://www.вашсайт с пом https://wordpress.org/plugins/better-search-replace/

Бекапы базы не забываем делать.

Пока что мне не обязательно, чтобы сайт работал по обоим протоколам. Я скорее всего и сделаю просто редирект с http на https. Дело в том, что сейчас, пока редиректа нет, сайт с http протоколом отображается идеально, а с https немного не так, как нужно. Что я могу сделать/изменить, чтобы добиться от протокола https такого же отображения? Потому что оригинальный сайт точно с такой же темой и протоколом https отображается как надо. Надеюсь не запутал, сейчас постараюсь объяснить просто.

Вот оригинальный сайт: https://topmedia.lv

А topmedia.agency — это копия оригинально сайта, переведенная на русский и английский.

Так вот эта копия с протоколом http — выглядит как оригинал, а с https довольно заметно «съезжает». Может есть простой и быстрый вариант это исправить? Я просто не знаю, где можно найти эти отличия у разных протоколов.

Я скорее всего и сделаю просто редирект с http на https.

Так сделайте это сразу и выполните замену как я говорил.
Это на порядок проще сделать.
Работа сайта по двум протоколам требует доп. телодвижений и контроля.

Сделал как Вы сказали, 4 замены. Все как бы хорошо, но проблема с разным отображением сайта осталась. В общем, главные страницы с протоколом http отображаются как надо, т.е. как оригинал (https://topmedia.lv), если протокол изменить на https, то видна разница. При чем она видна, естественно, только если почистить куки и кэш. В чем может быть причина такой разницы?

Вот примеры того, что работает не так, как должно: https://imgur.com/a/6N3AS4h

Сделал как Вы сказали,

Редиректа так и нет

Но зато есть битые адреса напр:
https://www.topmedia.agency/wp-content/themes/do/style/images/side-menu-logo.png
https://www.topmedia.agency/wp-content/uploads/2018/08/TopMedia-short-logo.png
и др.

плюс я вижу страшный путь wp-content/cache/wpfc-minified/
Отключите кеш и миификацию. Последнее навсегда.

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

Когда я чищу куки и кэш, захожу напрямую на сайт с протоколом https:// и www, все отображается корректно, я меняю язык пару раз, проверяю, все-ли работает и после этого куки сохраняются с двух сайтов: https://imgur.com/a/OWNvzfY

У Вас тоже? Так и должно быть или это из-за отсутствия редиректа?

При заходе в wp-admin перенаправляет на 127.0.0.1

посмотреть на это можно?

Пишет

Не удается получить доступ к сайтуСайт 127.0.0.1 не позволяет установить соединение.
Попробуйте сделать следующее:

Проверьте подключение к Интернету.
Проверьте настройки прокси-сервера и брандмауэра.
ERR_CONNECTION_REFUSED

Модератор
Yui

(@fierevere)

ゆい

с другого устройства (компьютер, смартфон итп) зайти пробовали? то же самое ?

Переписал уже .htaccess на
# BEGIN WordPress

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ — [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

Кто-то говорит что это All In One WP Security

Модератор
Yui

(@fierevere)

ゆい

если у вас есть любые плагины безопасности с функцией скрытия страницы админки или входа — возможно это они

попробуйте войти через адрес.сайта/wp-login.php

Пишет такой страницы не существует. Может можно как-то отключить All In One WP Security через phpMyAdmin?

Модератор
Yui

(@fierevere)

ゆい

удалите его папку в /wp-content/plugins/
(ФТП,файловый менеджер хостинга, ssh, что есть)

удалил. Теперь при заходе просто загружает сайт без админки

Модератор
Yui

(@fierevere)

ゆい

/wp-login.php
/wp-admin/index.php

а такие варианты?

Модератор
Yui

(@fierevere)

ゆい

https://wordpress.org/support/plugin/better-wp-security/

попробуйте помучать поддержку iThemes, что-то они там явно намудрили с скрытием страниц и редиректами

или восстановить?

varevo, привет.

А в phpMyAdmin остатки (таблицы *_permanent_block и _login_lockdown) от плагина смотрели? Собственно, вы можете просто удалить все таблицы плагина, это должно помочь:

*_aiowps_events
*_aiowps_failed_logins
*_aiowps_global_meta
*_aiowps_login_activity
*_aiowps_login_lockdown
*_aiowps_permanent_block

+ в *_options aio_wp_security_configs и aiowpsec_db_version

Не загружается в админке

Хммм… Я только что перепроверил и увидел, что он * загружается * в админку моей среды.

Один из способов проверить это (если вы используете технологию svg / js) — ввести в консоль JavaScript:

окно. FontAwesome

Если файл svg / js загружен, вы увидите объект Font Awesome, отображаемый в консоли. В противном случае консоль выдаст undefined .

Не могли бы вы использовать это, чтобы убедиться, что , а не загружается в админку, где вы его ожидаете?

да, он отображается как неопределенный.

На самом деле я уже проверил это, просмотрев как исходный код, так и DOM в инструментах разработчика ранее.

Ладно, странно. Какой у вас экран администратора, когда это undefined ? Конкретный или любой?

Кроме того, вы используете rc10 ?

Я попытаюсь воспроизвести это в другой среде.

Мне удалось воспроизвести его в своей среде интеграции. Дальнейшее расследование…

Да последняя версия rc10.

Я тестирую его в песочнице, это бесплатный сервис.

Это сайт.

http://alive-skimmer.w6.poopy.life/

Пароль доступен на экране.

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

(Кстати, спасибо за отчет.)

Ага, исправление работает.Так что мне потребуется некоторое время, чтобы закончить все это для следующего выпуска исправлений, но это то, над чем я работаю. Это может быть сделано и выпущено только после выходных.

Исправление сделано и объединено в нашу ветку master . Я планирую выпустить его в понедельник.

@superpoincare Я только что выпустил 4.0.0-rc11 . Не могли бы вы попробовать это и подтвердить, что это решает эту проблему?

Да, работает.В прошлый раз я пробовал это сам с помощью zip-архива github, но теперь работаю и с rc11.

Я вижу эту проблему с rc11, но не с rc10!

@pennink Ну, , это удивительно.

Не могли бы вы описать:
— как воспроизвести свой сценарий
— какие результаты вы ожидали
— какие реальные результаты вы видите вместо этого?

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

Я пробовал то, что вы предлагали, с консолью. Я тоже получил «неопределенный».

С rc10 интерфейс загружается. rc11 не загружается полностью в серверной части.

Работает последняя версия WP и PHP 7.3.

.

Нет доступа к сетевому администратору | WordPress.org

Привет,

Заранее благодарим за любую помощь, которую вы можете предложить.

Я настроил свою многосайтовую сеть в начале 2017 года, и это была полностью чистая установка — я никогда раньше не использовал WordPress и перемещал контент из блогов в Blogger. У меня четыре сайта в сети — три только я использую, все были созданы до того, как я вообще разместил какой-либо контент на сайтах, и один был создан в ноябре 2017 года для моего партнера.

Я прочитал несколько руководств и последовал совету создать второго пользователя для двух сайтов, которые являются блогами, которые я регулярно обновляю, — редактора.Я часто вхожу в учетную запись редактора, а в учетную запись суперадминистратора — очень редко — обычно только тогда, когда WordPress обновился, и я хочу обновить плагины.

До сегодняшнего дня я последний раз входил в свою учетную запись суперадминистратора, вероятно, в ноябре, когда я обновил плагины, настроил сайт для своего партнера и установил плагин, который он хотел. Он основной пользователь на этом сайте, и я нашел еще одно сообщение, в котором они вызвали эту проблему, пытаясь добавить суперадминистратора через wp-cli, но я этого не сделал, я назначил его администратором только для этого сайта. через администратора сети.

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

Затем, когда я вошел в систему, я обнаружил, что вообще не могу получить доступ к сетевому администратору. Я пытался зайти на mysite.com/wp-admin/network и все, что я получил: «Извините, вам не разрешен доступ к этой странице».

Я проверил admin_email и site_admins в wp_sitemeta с помощью phpMyAdmin, как предлагалось в сообщениях, которые я видел в другом месте, а также попытался отключить все active_sitewide_plugins, но это не помогло.

Я выполнил основную работу — очистил кеш сайта, удалил куки. Я читал об ошибке в версии 4.9.3, поэтому я использовал инструменты WordPress в Bluehost, чтобы обновить сайт до версии 4.9.4. Ни один из них не работал.

Если у вас есть еще предложения, я буду очень признателен!

  • Эта тема была изменена 2 года 6 месяцев назад пользователем purpleadmin.
  • Эта тема была изменена 2 года 6 месяцев назад пользователем purpleadmin.

.

Нет доступа к сайту с WP Admin

Модератор
т-п

(@ т-р)

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

Если это не решит проблему, зайдите на свой сервер через SFTP или FTP или с помощью файлового менеджера в панели управления вашей учетной записи хостинга, перейдите в / wp-content / themes / и переименуйте каталог с вашей текущей активной темой.Это заставит тему по умолчанию активироваться и, надеюсь, исключит проблему, связанную с темой (функции темы могут мешать, как плагины).

Вы видите страницу с ошибкой при попытке входа в систему, и если да, то какую страницу ошибки вы видите и когда (перед входом в систему или после)?

Кроме того, пока вы находитесь в вашем управлении файлами / FTP / SFTP, посмотрите в корневой папке WordPress на затронутом веб-сайте файл «wp-login.php», если этот файл отсутствует или поврежден, он отключит все формы входа и запретить доступ к вашим админ-панелям WordPress.Если этот файл отсутствует или поврежден, вам нужно будет переустановить WordPress, чтобы получить чистую копию.

Rae

(@dragonslayerjohnson)

Эй, вы двое абсолютные чемпионы. Вы определенно учите меня большему, чем я надеялся, что мне нужно будет знать, чтобы управлять сайтом через WordPress (я думал, весь смысл в том, чтобы не вникать так глубоко в нутро сайта XD). Вот что произошло:

— Я последовал совету @t-p и сбросил плагины.Это не устранило проблему невозможности подключения к сайту через WordPress.
— После сброса темы переименованием папки в SFTP я теперь даже не могу посмотреть на сайт; он просто показывает пустой белый экран и «небезопасное» соединение, как это было, когда я пытался получить к нему доступ через администратора WP. Никаких сообщений об ошибках или объяснений, просто не загрузится.
— Я не уверен, где обычно должен быть wp-login.php, поэтому я не могу понять, отсутствует ли он. @radiantfreedom, где мне его искать?

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

Модератор
т-п

(@ т-р)

После сброса темы путем переименования папки в SFTP, я теперь даже не могу смотреть на сайт; отображается пустой белый экран и «Небезопасное» соединение,

Ваш сайт http: // the-neer-do-wells.com открывается нормально для меня

Я вообще не вижу сообщений об ошибках!

Rae

(@dragonslayerjohnson)

Ладно, тогда, может быть, это проблема с моим подключением. Есть ли вероятность, что другая проблема, связанная с невозможностью доступа к панели инструментов, касается и меня?
Что меня больше всего сбивает с толку, так это то, что другой мой сайт работает отлично, и на обоих установлены одинаковые плагины — разные темы, но в остальном почти идентичный XD

Модератор
т-п

(@ т-р)

— Попробуйте войти в систему с http: // www.Yoursite.com/wp-admin
— также попробуйте войти в систему с помощью http://www.Yoursite.com/wp-login.php
— Если все не удается, попробуйте связаться с вашим хостинг-провайдером, если какое-то правило сервера вызывает это.
— Полезный кодекс: https://codex.wordpress.org/Login_Trouble

Rae

(@dragonslayerjohnson)

Спасибо за миллион, @ t-p. Я собираюсь подождать до завтра, чтобы связаться со службой поддержки, так как они, похоже, закрыты на длинные выходные. Каким-то образом использование предложенных вами URL-адресов вызвало страницу входа в WP.. но я не смог продвинуться дальше, а домашняя страница по какой-то причине продолжает не загружаться. У меня все в порядке с Интернетом, и я несколько раз пытался сбросить кеш и файлы cookie в своем браузере, так что проблема должна быть связана с самим сайтом (мой другой сайт WP работает нормально на моих часах).

@dragonslayerjohnson — Если вы перейдете в папку самого высокого уровня с файлами WordPress в ней, то этот файл должен быть там. На основе того, что произошло, когда вы перешли на http: //www.Yoursite.com / wp-login.php согласно инструкциям t-p, отсутствие этого файла не является проблемой. Если его нет, вы получите страницу с ошибкой 404: не найден.

Чтобы проверить, не работает ли ваш сайт только что из-за вас или это широко распространенная проблема, перейдите на этот сайт и запустите этот тест, который позволит вам узнать один способ за другим: https://downforeveryoneorjustme.com/

WordPress обычно довольно прост в использовании, если вы не столкнетесь с техническими трудностями.

Технология — это здорово… когда она работает.

РЕДАКТИРОВАТЬ: Я только что протестировал ваш сайт и получил белый экран смерти. Кстати, если сайт не работает для всех, вам следует позвонить своему хостинг-провайдеру, так как это может быть проблема хостинга или домена, и они вам понадобятся, чтобы помочь вам исправить это.

Rae

(@dragonslayerjohnson)

Потрясающе — так это называется «Белый экран смерти»!
Вы двое лучшие. Я сразу свяжусь с ними! Надеюсь, мы здесь на шаг ближе; спасибо за то, что вы так тщательно продумали все эти варианты устранения неполадок!

Rae

(@dragonslayerjohnson)

И снова привет! Вы все были невероятно полезны.Большое спасибо за то, что помогли мне сузить корень проблемы.
В конце концов, мои друзья по хостингу не смогли найти резервную копию, которая работала бы для сброса WordPress на. В итоге они порекомендовали новую установку и помогают мне получить более продвинутые варианты хостинга, чтобы я мог справиться с этим, если такая ситуация возникнет снова. Будет некоторая работа по созданию резервной копии моего контента на сайте, но я считаю, что они помогли мне получить лучший перерыв в долгосрочной перспективе…
Я чувствую, что мы так и не обнаружили, в чем проблема, но в любом случае, новая установка решил это.Так что спасибо за вашу помощь <3 Я обязательно свяжусь с вами, если это снова пойдет не так!

.

Нет доступа к странице администратора | WordPress.org

Привет 🙂
Попробуйте открыть страницу администратора после деактивации всех своих плагинов!

Но я не могу зайти на страницу администратора, чтобы деактивировать все плагины.
Это моя проблема ..
Перенаправляет на главную страницу сайта ..

У вас есть доступ к cpanel?

Попробуйте перейти в cpanel, затем перейдите в PhpMyadmin и выполните следующие действия:

найдите active_plugins в wp_options в своей базе данных и просто удалите запись (то же самое с деактивацией всех плагинов)

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

Боюсь делать это в случае, если на сайте больше проблем…

, простое отключение плагинов не вызовет дополнительных проблем, если вы все сделаете правильно.
Я могу помочь вам, если вы не уверены, что продолжите процесс.

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

Копаться в базе данных — не лучшая идея.

Я согласен с @jnashhawkins. Лучший способ — переименовать папки плагинов.

Привет,

Вы уже догадались @ paraskevas1996?

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

Если это не решит проблему, зайдите на свой сервер через SFTP или FTP или через файловый менеджер в панели управления вашей учетной записи хостинга, перейдите к / wp-content / themes / и переименуйте каталог с вашей текущей активной темой.Это заставит тему по умолчанию активироваться и, надеюсь, исключит проблему, связанную с темой (функции темы могут мешать, как плагины).

Если это решит вашу проблему, попробуйте снова загрузить WordPress, зайдите на свой сервер через SFTP или FTP или через файловый менеджер в панели управления вашей учетной записи хостинга, удалите и замените свои копии всего, кроме файла wp-config. php и каталог / wp-content / со свежими копиями из загрузки. Это эффективно заменит все ваши основные файлы, не повредив ваш контент и настройки.

Некоторые программы загрузки могут быть ненадежными при перезаписи файлов, поэтому не забудьте удалить исходные файлы перед их заменой.

.

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *