Не получается войти в wp-admin, ошибка Internal Server Error 500
Внезапно не могу получить доступ к company.co.za/wp-admin
, так как происходит перенаправление на
http://company.co.za/wp-login.php?redirect_to=http%3A%2F%company.co.za%2Fwp-admin%2F&reauth=1
с ошибкой 500
Что нужно сделать для решения этой проблемы?
Я знаю, что можно попробовать отключить все плагины, но как это сделать без входа в панель управления WordPress? Есть ли какие-то другие шаги, которые я должен предпринять?
Спасибо

Существует множество причин возникновения внутренней ошибки сервера. Основные причины внутренних ошибок сервера:
- Повреждённый файл .htaccess
- Ограничение памяти PHP
- Повреждённый плагин
- Несовместимая версия PHP
- Повреждённые системные файлы
Чтобы исправить эту проблему, вам необходимо провести пошаговое исследование.
Для решения этой проблемы сначала необходимо включить режим отладки (Debug mode) и проверить проблему. После этого попробуйте восстановить файл .htaccess, включить стандартную тему, отключить плагины и т. д.
Если вы по-прежнему сталкиваетесь с ошибкой 500 Internal Server Error, ознакомьтесь с руководством на wpera --> https://www.wpera.net/500-internal-server-error/

Ошибки 500 сложно диагностировать; они довольно общие. Иногда подсказки можно найти в логах доступа. И они не всегда проявляются стабильно — иногда возникают и исчезают.
Я бы временно переименовал папку с плагинами, чтобы отключить их, а затем проверил сайт. Если проблема не повторится, то возвращайте папки с плагинами по одной-две за раз, чтобы определить виновника.
Если возможно, также временно переключитесь на одну из стандартных тем "twenty". И обратитесь в поддержку хостинга — возможно, у них есть идеи, относящиеся конкретно к вашему сайту.

Вы только что добавили плагин или сменили тему? Если вы не можете получить доступ ни к чему, зайдите в phpmyadmin через cpanel вашего хостинг-провайдера.
- Найдите вашу базу данных WordPress.
- Перейдите в таблицу
wp_options
. - Если вы меняли плагины, выполните SQL-запрос: UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins';
-или-
Найдите Option_name 'active_plugins' и удалите проблемный плагин из кода. Каждый плагин начинается с 0;#; Обычно я копирую и вставляю весь этот код в блокнот на случай, если проблема не в плагине.
*** Если вы меняли тему ***
3) Найдите Option_name 'template' и измените значение на название темы, которая была установлена ранее
4) Найдите Option_name 'stylesheet' и измените значение на название темы (обычно название темы и стилей совпадает)
Надеюсь, это поможет!

У меня такое случалось несколько раз, и я думаю, что это было вызвано автоматическими обновлениями WordPress. Мой способ исправления — подключиться к сайту по FTP и переименовать папку plugins
в plugins.old
или что-то подобное, затем зайти в админку, проверить, что у вас установлена последняя версия WordPress. Один сайт сообщил мне, что я использую устаревшую небезопасную версию PHP (5), поэтому я обновился до 7.2, затем переименовал папку plugins
обратно в обычное состояние, и всё снова заработало.

Простое решение --- скачайте копию последней версии WordPress (wordpress.org) Откройте загруженный wp zip-файл и перетащите только папку includes на рабочий стол.
Заархивируйте эту новую папку includes и загрузите её, чтобы заменить старую (переименованную папку Includes)
Финальный шаг - Войдите в систему и удалите старую папку includes.
Теперь вы можете войти в свою учётную запись администратора.

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

WPBeginner предлагает действительно хорошее руководство по устранению ошибки 500, особенно когда дело доходит до включения журналов отладки:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
Часто ошибка возникает при повреждённом или отсутствующем файле .htaccess
, или при проблемах в wp-config.php
. Например, в последнем случае, когда копируешь код с найденной в Google страницы, где используются кавычки вместо стандартных одинарных кавычек ANSII.
Синтаксические ошибки фиксируются в логе для удобного анализа.
