Коротко: отключить плагин без админки: Чтобы экстренно отключить проблемный плагин без доступа в админку, переименуйте его папку через файловый менеджер хостинга или FTP-клиент. Альтернативно измените значение опции active_plugins в таблице wp_options базы данных через phpMyAdmin, удалив строку с путём плагина. Если на хостинге доступен WP-CLI, выполните `wp plugin deactivate слаг-плагина`. Сразу после отключения белый экран исчезнет, и панель администратора заработает.
Когда активированный плагин WordPress вызывает критическую ошибку и полностью лишает вас возможности войти в админпанель, приходится искать способ отключить плагин без админки. В такой ситуации паника неуместна: даже без доступа к консоли управления можно быстро нейтрализовать сбойный модуль и вернуть контроль над сайтом. Расскажем, как сделать это безопасно и без потери данных.
Основные причины
| Причина | Что это значит |
|---|---|
| Критическая PHP-ошибка в коде плагина | Плагин содержит фатальную ошибку (fatal error) или вызывает исключение, из-за которого WordPress прекращает загрузку админки и фронта. |
| Конфликт с другим плагином или темой | Два расширения используют одно и то же имя функции/класса или подгружают несовместимые библиотеки, что приводит к нарушению работы. |
| Исчерпание лимита памяти PHP | Плагин потребляет слишком много оперативной памяти, превышая лимит memory_limit, установленный в конфигурации сервера. |
| Блокировка доступа по IP или куки | Плагины безопасности могут ошибочно заблокировать администратора при множественных неудачных попытках или неверной конфигурации. |
| Повреждение файлов после обновления | Неполное обновление или ошибка загрузки приводит к наличию битых файлов, из-за которых WordPress не может корректно инициализировать плагин. |
| Некорректный редирект на этапе инициализации | Плагин регистрирует редирект на хуке admin_init или init без проверки контекста, что вызывает бесконечную петлю или блокировку интерфейса. |
Что проверить сначала
- Проверьте журнал ошибок PHP сервера (error_log) на наличие фатальных ошибок, связанных с плагинами.
- Убедитесь, что проблема исчезает после временного переименования каталога /wp-content/plugins/ – это укажет на причину в плагинах.
- Узнайте, используется ли на сайте плагин безопасности или фаервол, который мог заблокировать вход.
- Проверьте права доступа (chmod) к файлам плагинов: папки должны быть 755, файлы 644.
- Уточните доступность WP-CLI на хостинге – команда wp —info покажет информацию.
- Сделайте резервную копию базы данных перед прямыми изменениями в wp_options.
- Через инструмент phpMyAdmin посмотрите значение опции active_plugins в таблице wp_options, чтобы знать точный массив активных плагинов.
- В файле wp-config.php проверьте значение константы WP_MEMORY_LIMIT и при необходимости увеличьте его до 256M.
- Сверьте версию PHP на сервере с требованиями подозрительного плагина – несоответствие может вызывать синтаксические ошибки.
Пошаговое решение
- Подключитесь к серверу через FTP/SFTP или войдите в файловый менеджер панели хостинга (cPanel, ISPmanager и т.д.).
- Перейдите в каталог /wp-content/plugins/ и найдите папку проблемного плагина по названию его слага.
- Кликните правой кнопкой мыши на папке и выберите «Переименовать». Измените имя, добавив суффикс «-disabled» (например, problem-plugin-disabled).
- Обновите сайт в браузере: если белый экран исчез и админка открывается – плагин отключён. Если нет – возможно, ошибка в другом плагине, повторите для других или переименуйте всю папку plugins целиком.
- Когда доступ в админпанель восстановлен, перейдите в раздел «Плагины» и найдите отключённый плагин (он будет отмечен как неактивный из-за переименования).
- Оцените ситуацию: если плагин нужен, удалите повреждённую версию и установите заново из репозитория или загрузите исправленную копию.
- Альтернативный способ через базу данных: откройте phpMyAdmin, выберите базу данных WordPress, найдите таблицу wp_options и отыщите запись с option_name='active_plugins'.
- Отредактируйте поле option_value, удалив из сериализованного массива элемент с путём к плагину (см. строку с «plugin-name/plugin-name.php»). Будьте аккуратны с сериализацией: проще воспользоваться инструментом «Поиск и замена», если боитесь повредить данные.
- Метод через WP-CLI: откройте SSH-терминал, перейдите в корень WordPress и выполните команду `wp plugin deactivate слаг-плагина`. При необходимости добавьте —network для мультисайта.
- После отключения плагина любым способом обязательно очистите кэш браузера и, если используется, кэш на сайте (WP Super Cache, W3 Total Cache и т.д.).
Проверить ошибку WordPress
Введите ошибку WordPress, PHP, плагина, темы, REST API или кратко опишите проблему сайта.
FAQ
Как переименовать папку плагина, если доступ к FTP тоже заблокирован?
Войдите в панель управления хостингом и воспользуйтесь файловым менеджером. Если и он недоступен, обратитесь в поддержку хостинга для восстановления доступа.
Можно ли отключить плагин без доступа в админку через wp-config.php?
Прямого способа отключить отдельный плагин через wp-config.php нет, но вы можете принудительно активировать режим восстановления строкой define('WP_FORCE_RECOVERY_MODE', true);, однако это требует наличия админской ссылки из письма. Лучше использовать файловый метод.
Что делать, если после переименования плагина сайт всё равно показывает ошибку?
Переименуйте всю папку /wp-content/plugins/ во что-нибудь вроде /wp-content/plugins-bak – это отключит сразу все плагины. Если сайт заработает, затем по одному возвращайте папки, чтобы найти виновника.
Пропадут ли настройки плагина после его отключения через папку?
Нет, данные плагина хранятся в базе данных и не удаляются при переименовании или отключении. Вы сможете восстановить все настройки, когда активируете плагин снова.
Можно ли использовать плагин-менеджер вроде WP-CLI, если я не знаю слаг проблемного расширения?
Да, выполните `wp plugin list`, чтобы увидеть список всех плагинов с их слагами и статусом, затем деактивируйте нужный.
Безопасно ли удалять папку плагина вместо переименования?
Удаление папки безвозвратно стирает все файлы плагина, но сохраняет данные в БД. Это допустимо, только если у вас есть копия плагина для последующей установки. Мы рекомендуем переименовывать, чтобы иметь возможность быстро вернуть всё обратно.
Итог
Временное отключение плагина через FTP, базу данных или WP-CLI — это экстренная мера, которая позволяет быстро восстановить доступ к админке. После возвращения в панель обязательно выясните первопричину: проверьте логи, обновите плагин до последней версии или подберите альтернативу. Регулярное резервное копирование и тестирование обновлений на стейджинге помогут избежать подобных блокировок в будущем.