Как исправить типичные ошибки при работе с WordPress. Не удаление тестовой страницы

18.06.2019

Что только стоит увидеть на месте своего блога белый экран смерти или WSOD .

Для пользователей Windows системная ошибка называется BSOD и отличается синим цветом экрана. Наверно уже ознакомились и знайте как там в виндовс с этим борются.

Только в случае с блогом перезагрузкой компьютера проблему не исправить

Ах, ужас!

Обычно, WSOD не возникает на пустом месте и связан, чаще всего, с установкой какого-либо плагина, либо шаблона.

Вся неприятность данной ошибки … она блокирует админ-панель и сам сайт. Откатиться можно только при помощи файлового менеджера хостинга или по FTP-протоколу .

Например с отличной программой FileZilla

Почему возникает белый экран смерти блога?

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

В любом случае… отследить виновника несложно, если вы только что обновили некий плагин или шаблон. Как быть, если вы обновили одним махом 10-20 плагинов?

Очень просто…

переименовать каталог с плагинами (plugins1 к примеру) и создать новый с тем же названием, при этом движок перестанет видеть установленные плагины и можно будет включать их по одному, чтобы найти виновника.
переименовать текущий используемый шаблон , не забыв предварительно добавить стандартный шаблон (Twenty любой). После переименования WordPress переключится на доступную стандартную тему и можно будет зайти в админ-панель.

500 internal server error

Oшибки wordpress или одна ошибка довольно неприятная, но редкая. Чаще всего связана с неправильным файлом .htaccess в корневом каталоге сайта.

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

После сохранения WordPress создаст новый файл htaccess и с очень большой вероятностью ошибка пропадет.

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

Лучший способ выяснить причину … открыть файл error_log , который обычно находится в корне сайта. Есть неплохой стандартный вариант – необходимо включить режим отладки WordPress.

Для этого добавьте в файл wp-config.php такую строку:

DEFINE (‘WP_DEBUG’, TRUE);

и затем уже смотреть журнал ошибок. В таком случае ошибка будет описана более подробно, что облегчит поиск и устранение.

Error establishing a database connection

На мой взгляд – наиболее распространенная ошибка у начинающих. Может возникнуть в следующих случаях:

неверный параметр соединения с базой данных . Какой-то из трех параметров подключения (адрес, логин, пароль) неверен, нужно перепроверить файл wp-config.php . Важно ! Убедитесь, что каждый из них заключен в одинарные кавычки.
не работает сервер баз данных MySQL . Если у вас VPS – необходимо перезагрузить сервер, если обычный хостинг – обратиться в техподдержку, пускай проверяют.

пользователь не имеет доступа к изменению таблиц БД . Для исправления необходимо добавить пользователю права(я ставлю обычно полный доступ к БД), делается это при помощи панели управления хости

An automated WordPress update has failed to complete

Ошибка довольно редкая, но иногда встречается. Чаще всего возникает, когда мощности хостинга не хватает для завершения автоматического обновления.

Качаем последнюю версию с ru.wordpress.org (ну или на вашем родном языке) и распаковываем
Отключаем все плагины на сайте, если это возможно
По FTP заходим в корневую папку сайта и удаляем директории wp-includes и wp-admin
Копируем эти папки из распакованного дистрибутива WP
Заменяем файлы в корневой папке на содержимое корня дистрибутива
Важно ! Не трогайте папку wp-content, надеюсь понятно, почему

Briefly unavailable for scheduled maintenance. Check back in a minute.

Простая до безобразия ошибка, решающаяся удалением файла .maintenance из корня сайта.

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

FATAL ERROR: ALLOWED MEMORY SIZE OF -- BYTES EXHAUSTED

Эта ошибка WordPress возникает из-за недостатка памяти, выделенной для процесса PHP. Все, что вам нужно сделать, это увеличить количество памяти , если это возможно. Есть несколько способов сделать это:

Если вы можете редактировать файл php.ini, добавьте к нему строчку memory_limit = 64M (ну или найдите существующую и смените значение) и перезапустите сервер.
Отредактируйте.htaccess файл, расположенный в корневом каталоге, добавьте php_value memory_limit 64M.
Измените файл wp-config.php, добавьте DEFINE (‘WP_MEMORY_LIMIT, ’64M’);
Создаем php.ini файл внутри папки wp-admin c таким содержимым: memory_limit = 64M;

Какой-то из способов должен сработать Стоит заметить, что некоторые хостеры выделяют максимальный предел памяти на уровне 8-16М и не дают менять это значение. В таком случае я бы советовал замену хостинга.

Connection time out

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

Если же возможности нет – нужно снижать нагрузку:

увеличиваем лимит памяти (читаем выше)
по возможности – деактивируем не совсем нужные плагины
переход на стандартный шаблон, вроде Twenty Twelve

Maximum execution time of 30 seconds exceeded

Каждый файл PHP имеет максимальное время своего выполнения. Если он не “укладывается” в отведенные настройками рамки, возникает эта ошибка.

Чаще всего проблема возникает из-за неправильного функционирования дополнений (функция замыкается в цикле, к примеру).

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

Как вариант, можно попытаться увеличить максимальное время выполнения:

измените.htaccess в корневом каталоге WordPress, добавьте строку: php_value max_execution_time 60
измените, если есть возможность, файл php.ini, добавьте строку: max_execution_time = 60;

Ошибки, связанные со структурой БД

Я сталкивался только с двумя ошибками MySQL, возможно вариантов больше. Если у вас есть информация – поделитесь в комментариях, я дополню статью.

Ошибка 145 . Это значит, что структура БД повреждена и нуждается в восстановлении. При помощи phpMyAdmin или любого другого менеджера БД можно провести repair (восстановление стандартными средствами) Не забывайте про предварительный бэкап вашей базы 😉
Ошибка 28 . Не связаннная с WordPress ошибка, которая относится к самому MySQL. Решается при помощи техподдержки хостинга.

Друзья! Желаю вам не видеть на мониторе сообщение про !

Может возникнуть ошибка «http». Многие после этого начинают анализировать свои последние действия, произведённые в WordPress, но большинство просто ума не приложат, что произошло, ведь ничего «плохого» вроде не делалось. Если просмотреть ответы в интернете на вопрос «почему выдает ошибку http при загрузке изображений», то можно найти несколько рекомендаций, которые способны устранить эту ошибку.

Причины ошибки 503 Service Unavailable в WordPress

Ошибка 503 service unavailable может быть вызвана рядом причин, включая (но не ограничиваясь):

Ошибки в плагинах или темах
Сбои в работе пользовательский PHP скриптов
Недостаточно ресурсов сервера
Ошибки сервера
Злоумышленные атаки, такие как хорошо всем известные DDoS (Distributed Denial of Service)

Мы пройдёмся по всем этим причинам и предложим различные решения по устранению ошибки 503 service unavailable.

Ошибка в плагине

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

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

Если, однако, у вас нет идей по поводу того, какой именно плагин мог вызвать ошибку 503, нужно начать диагностику путём деактивации всех плагинов.

Но как деактивировать все плагины WordPress, если у вас нет доступа к админ панели?

Деактивация всех плагинов WordPress

Зайдите в ваш каталог WordPress по FTP или используя . В этом руководстве будем использовать популярную программу подключения по FTP :

Так выглядит наш тестовый каталог WordPress в Файловом менеджере на Hostinger:

Внутри нашего каталога WordPress, найдите и откройте каталог wp-content , который содержит ваши плагины, темы и медиа контент среди прочего.

Нажмите правой кнопкой мыши на каталоге plugins и переименуйте его в plugins-old :

Это приведёт к деактивации всех плагинов одновременно. Теперь переименуйте обратно plugins-old в plugins и перегрузите свой сайт. Если ошибка 503 исчезла, плагин является причиной вашего текущего затруднительного положения.

Всё, что нам сейчас потребуется сделать, это найти тот плагин, который вызывает проблему.

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

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

Если деактивация плагинов не помогла в устранении ошибки 503 service unavailable, читайте дальше другие решения. Теперь давайте проверим, не является ли причиной проблемы ваша тема.

Сомнительная тема WordPress

Порой, скрипт PHP с ошибками, который выдаёт ошибку 503 может быть частью темы. Для проверки этого, мы переключимся на тему по умолчанию Twenty Seventeen. Между прочим, рекомендуется оставлять темы по умолчанию даже после установки новой темы, поскольку она (тема по умолчанию) служить запасной темой в случае проблема с вашей.

Деактивация темы WordPress

Прежде, чем мы деактивируем вашу тему (или удалим, если это проблема) нужно создать бэкап. Подключитесь к своему сайту WordPress по FTP и перейдите в каталог wp-content -> themes .

Найдите вашу текущую тему и скачайте её, как показано ниже:

Если ошибка 503 service unavailable осталась, возможно, фрагмент кода PHP с ошибкой находится где-то в другом месте вашего сайта.

Сбой в работе пользовательского кода PHP

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

В обычном режиме, когда ваш сайт работает, можно использовать плагины для отладки, такие как Query Monitor и Debug Bar .

Включение WP_DEBUG

Но, так как 503 ошибка часто блокирует вам вход в админ панель вашего WordPress сайта, мы будем использовать константы WP_DEBUG и WP_DEBUG_LOG , WP_DEBUG_DISPLAY и @ini_set доступные в WordPress.

Для включения режима отладки в WordPress и записи логов ошибок в файл, следуйте шагам:

Откройте каталог WordPress по FTP или в Файловом менеджере.
Откройте файл wp-config.php
Прокрутите до определения константы WP_DEBUG . Выглядит так: define ("WP_DEBUG", false); . Если она пропущена, мы добавим её сразу перед словами /*That"s all, stop editing! Happy blogging.*/
Вставьте магический код отладки DEBUG. Только исправьте код define ("WP_DEBUG", false); на:
define ("WP_DEBUG", true);
define ("WP_DEBUG_LOG", true);
define ("WP_DEBUG_DISPLAY", false);
@ini_set ("display_errors", 0);
Сохраните изменения

Теперь перезагрузите свой сайт, чтобы вызвать появление ошибки. Далее, найдите файл под названием debug.log внутри вашего каталога wp-content в каталоге WordPress.

В этом файле содержаться записи по всем ошибкам на вашем сайте. Если ваша ошибка 503 service unavailable вызвана фрагментом пользовательского кода, это будет видно с указанием её подробностей.

Устраните/замените проблемный код и перезагрузите сайт. Если ошибка 503 осталась, проблема может быть в вашем веб-сервере.

Причины, связанные с сервером

Ряд причин, связанных с сервером тоже может вызывать ошибку 503 service unavailable. Обычно, ошибка 503 вызванная проблемами с сервером исчезает автоматически через несколько минут.

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

Повысить ресурсы сервера

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

Вы постоянно получаете ошибку 503 service unavailable? Если да, проверьте свои показатели в Google analytics. Если вы получаете больше трафика, чем обычно, вам определённо перестало хватать изначальных ресурсов сервера.

Однако, если у вас нету прироста в трафике, но всё равно возникает ошибка 503, ваша проблема не имеет отношение к недостаточному количеству RAM или памяти на сервере.

Ограничение частоты сканирования Google

Для индексирования вашего контента, Google использует специальные скрипты, известные как сканеры (crawlers). Они регулярно посещают сайт и собирают контент и определяют другие показатели ранжирования.

Хоть это и редкий случай, но сканирование может вызвать рост потребления ресурсов на вашем сервере и замедление работы сайта. Чтобы обойти это и избежать ошибки 503, вы можете ограничить частоту сканирования Google в Google Search Console.

Примечание: Изменения, внесенные вами, будут действовать в течение 3 месяцев. К тому же, если у вас есть версия сайта с WWW и без WWW, сделать настройки нужно для обоих.

Войдите в Google Search Console и выберите свой сайт. Далее нажмите на иконку шестерёнки, как показано ниже:

На следующей странице настройте частоту сканирования Google перемещением ползунка влево:

Ограничение WordPress Heartbeat

Согласно WordPress.org, “…Heartbeat API – это пример API приложения встроенного в WordPress и осуществляющего опрос сервера, позволяя в режиме почти реального времени видеть показатели. ” Он отвечает за такие функции, как авто-сохранение и так далее.

Приложение WordPress Heartbeat API запускает файл admin-ajax.php среди других запросов с регулярным интервалом, когда вы заходите на свой сайт.

Это функциональность потребляет ресурсы вашего сервера, но вы можете её ограничить или вообще выключить. Когда вы восстанавливаете свой сайт, вы можете использовать плагин Heartbeat Control WordPress для ограничения этой функциональности, вместо того, чтобы выключить его вообще.

Чтобы определить вызывает ли WordPress Heartbeat ошибку 503 service unavailable на своём WordPress сайте, добавьте следующий код в свой файл темы functions.php сразу после открытия тэга

Add_action("init", "stop_heartbeat", 1); function stop_heartbeat() { wp_deregister_script("heartbeat"); }

Сохраните изменения и перезагрузите сайт. Если ошибка 503 пропала, вздохните с облегчением. Но если ошибка 503 service unavailable всё ещё осталась, это значит WordPress Heartbeat API является наименьшей из ваших проблем.

Если код выше не помог устранить ошибку 503, не забудьте удалить этот код из своего файла functions.php.

Заключительные заметки

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

Надо отметить, что ошибка 503 service unavailable, это преимущественно результат выполнения некорректного кода PHP, такого как ошибка в плагине или теме.

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

Независимо от того, что происходит, помните вы всегда можете исправить ошибку 503 service unavailable совершенно не утруждая себя. А поэтому, нет повода для паники, так как это не постоянная ситуация.

Сталкивались ли вы с ошибкой 503 service unavailable? Как вы её устраняли? У вас есть вопросы или предложения? Пожалуйста, делитесь ими в комментариях ниже. Заранее благодарим!

Крушите свой рабочий стол в приступе отчаяния? Досадная ошибка привела к тому, что вы разлюбили WordPress ?

WordPress – это замечательная платформа для блогов и система управления контентом, но нет программного обеспечения без ошибок. В этой статье рассматриваются искусные решения трех самых распространенных ошибок WordPress : «Белый экран смерти », «Внутренняя ошибка сервера » и «Ошибка установки соединения с базой данных ».

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

1) Белый экран смерти

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

Нехватка памяти;
Плагин;
Тема.

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

Нехватка памяти

Часто проблемой, стоящей за этой ошибкой, является достижение лимита доступной памяти. Чтобы увеличить объем доступной памяти, найдите файл wp-config.php : перейдите к корневому каталогу вашего сайта с помощью FTP -клиента или файлового менеджера на панели управления хостингом. Внутри основного php тега нужно будет добавить строку кода, которая увеличит предельный лимит памяти до 64 МБ:

define("WP_MEMORY_LIMIT", "64M");

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

Плагины

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

Если же у вас нет доступа к панели администрирования, то альтернативным способом тестирования плагинов служит использование FTP . Если у вас есть FTP -клиент, то просто перейдите в соответствующий каталог.

Зайдите в каталог wp-content/plugins , в котором содержатся все установленные плагины. Просто переименуйте папку plugins , например, добавив слово в конец таким образом, что plugins станет plugins-test .

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

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

Темы

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

Если вы обнаружили, что проблема заключена именно в теме, тогда нужно посмотреть файл functions.php . Плохо написанный код может быть причиной проблем, и если вы не уверены, что справитесь самостоятельно, то возможно, лучше связаться с автором темы. Рекомендуется приобретать проверенную тему, автор которой предлагает послепродажную поддержку.

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

Включение отладки PHP-кода

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

Сначала, откройте файл wp-config.php . И найдите в нем следующую строку:

define("WP_DEBUG", false);

Поместите ‘//’ в начале строки, так чтобы получилось:

//define("WP_DEBUG", false);

Теперь эта строка закомментирована. Следующий шаг: вставьте приведенный ниже код сразу после данной строки:

define("WP_DEBUG", true); define("WP_DEBUG_LOG", true); define("WP_DEBUG_DISPLAY", false); @ini_set("display_errors",0);

Вот тут вам потребуются небольшие знания программирования. Действия, которые мы предприняли, позволят направить ошибки в файл под названием error.log (который находится в папке wp-content ). Если вы не можете его найти, возможно, у вас нет прав для его создания. Просто создайте новый файл error.log и задайте для него права доступа 666 .

Откройте файл error.log в текстовом редакторе и проверьте на ошибки PHP . Если это то, что вы не понимаете или в чем не уверены, то целесообразнее обратиться к кому-нибудь за помощью.

2) Внутренняя ошибка сервера

Если вы столкнулись с внутренней ошибкой сервера 500 , тогда, возможно, вы еще не знаете действительно плохую новость - это может быть одной из многих проблем!

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

Плагины или тема

Обратитесь к секциям «Плагины » и «Темы » из предыдущего раздела. Метод решения проблемы полностью аналогичен.

Нехватка памяти

И снова, это решается так же, как описано в предыдущем разделе.

Некорректный.htaccess

Дело не в ваших плагинах и не в теме? Тогда пришло время проверить, не поврежден ли файл .htaccess . Сначала переименуйте данный файл - снова просто добавьте в конец «temp » или что-нибудь подобное. Не видите этот файл?

Тогда убедитесь, что вы включили опцию «отображать скрытые файлы ». Как именно это сделать, зависит от вашего FTP -клиента, но это довольно просто. Например, в Filezilla , просто выберете сверху «Сервер » (Server ) и затем - «Показывать скрытые файлы » (Show hidden files ).

Теперь следующий шаг - сначала вернитесь назад в панель администрирования WordPress . Пройдите в «Настройки - Постоянные ссылки » (Settings – Permalinks ) и затем сбросьте ваши постоянные ссылки. Сейчас вы сгенерировали новую версию рабочего файла, поэтому вы можете проверить, была ли решена проблема.

Включение PHP отладки

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

3) Ошибка при установке соединения с базой данных

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

Если вы видите такое же сообщение об ошибке на серверной стороне (wp-admin ) «Ошибка при установке соединения с базой данных » («Error establishing a database connection »), тогда пропустите следующий шаг.

Однако если видите другое сообщение об ошибке, в котором говорится что-то вроде «…..The database may need to be repaired …» («Возможно, требуется восстановление базы данных »), тогда вы должны добавить следующий код в ваш файл wp-config.php :

define("WP_ALLOW_REPAIR", true);

Затем перейдите на вот эту страницу http://www.адрес_вашего_сайта/wp-admin/maint/repair.php .

Теперь вы сможете увидеть опцию для восстановления базы данных. Как только вы восстановили ее, убедитесь, что вы удалили приведенный выше код из файла wp-config.php .

Файл wp-config.php

Вы меняли ваш пароль администратора, или пароль к базе данных? Если да, вам также нужно внести изменения и в файл wp-config.php . Поэтому зайдите в ваш файл wp-config.php , и убедитесь, что данная информация верна:

define("DB_NAME", "database-name"); define("DB_USER", "database-username"); define("DB_PASSWORD", "database-password"); define("DB_HOST", "localhost");

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

Пообщайтесь со своим хостинг-провайдером

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

Существуют методы, позволяющие проверить, отвечает ли сервер MySQL на запросы, но ваш провайдер также может сообщить вам это. В любом случае, поддерживать связь с вашим провайдером - это всегда хорошая идея, так почему бы не позвонить им?

Белый экран с надписью 500 Internal Server Error. Добро пожаловать в элитное общество, владельцев проектов столкнувшихся с этой неприятной ошибкой. 500 Internal Server Error — самая часто встречающаяся неполадка с которой многие сталкиваются. Причем устранение серверной неполадки, достаточно сложное занятие. Причина этому является сложность в поиске повреждения, которое может иметь обширный перечень факторов.
Явными причинами возникновения этой неполадки, могут быть неаккуратные действия владельца. Поэтому важным аспектом быстрого решения проблемы, будет воспроизведение действий. Которые вы делали перед образованием проблемы. Благодаря этому, вы быстрее поймете причину критической неполадки.

Содержание статьи:

Причина возникновения 500 Internal Server Error

Факторов должным образом вызывающих эту непредвиденную ситуацию, может быть огромное количество. Стоит отметить, что в большинстве случаев 70% из 100%, виновником становиться сам администратор или вебмастер. Внося изменения в конфигурацию или директории и т.д. Буквально пропустив точку с запятой, особенно при редактировании правил для серверной части. Вам сразу свалится на голову эта проблемка. Давайте рассмотрим еще факторы:

Неудачное обновление движка WordPress.
Конфликт между плагинами и новым установленным плагином.
Плохой шаблон темы или неудачное обновление установленной темы.
Неправильное правило указанное в.htaccess или пропуск точки с запятой.
Неграмотное внесение корректировок в WP или в самом шаблоне темы. Пропустили точку с запятой, внесли критические изменения или удалили важную строку кода.
Нехватка серверных ресурсов необходимых для стабильной работы.
Недопустимая версия php указанная на сервере или хостинге.

Я перечислил основные и наиболее распространенные факторы, которые могут способствовать этой неприятности.

Как исправить и восстановить работоспособность сайта

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

Обновление CMS WordPress прошло неудачно и привело к непредвиденной ошибке 500

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

Это возможно костыль, но действенный, выполните скачивание дистрибутива движка. Затем подмените все файлы в папке проекта на новые.
Также в случае неудачного обновления, можно попробовать переустановить обновление в админке. Только в том случае, если она будет доступна.
Можно просто переместить или переименовать названия плагинов. Причина может крыться именно в них. Если сайт заработал, подключите последовательно все установленные плагины, таким образом вы определите уязвимость и устраните неполадку.

Важно понимать, когда вы получаете фатальную ошибку, доступность сайта сходит на ноль. Также это касается и админки WP. Поэтому решать конфликты плагинов в WP или неудачного обновления злополучного плагина, придется на стороне сервера или хостинга. В таком случае правильным будет подключение к серверу или хостингу через файловый менеджер или используя для подключения ftp клиент.
Пара примеров:

Подключитесь к сайту воспользовавшись ftp , зайдите в директорию «plugins» на сайте. Определите конфликтный плагин и поменяйте его название. Затем обновите страницу проекта, ошибка должна исчезнуть.
Если пример выше не дал определенных результатов, в таком случае удалите плагин полностью.
Бывает так, многие начинающие владельцы любят устанавливать много и сразу. Чтобы не терять свое драгоценное время, такой метод убьет Ваше время в конец. Действия практически идентичны верхним, только в этом случае придется переименовывать все что вы установили. Вы также можете создать другую директорию с отличающимся названием и выполнить перенос.

В этом случае, Вы также можете не рассчитывать на доступность WP админки. Вам следует осознать, что в случае фатальной ошибки связанной с шаблоном темы WordPress. Дальнейшее использования этого брака, будет являться нецелесообразным и даже глупым решением. Которое будет приводить к более серьезным конфликтам. Это равносильно вставанию на одни и те же грабли несколько раз.
Как решить эту проблему:

Подключитесь к сайту воспользовавшись ftp клиентом или файловым менеджером, потом следует зайти в папку «themes» и удалить неисправный шаблон. В итоге доступ к WordPress админке будет восстановлен.
Следующим шагом будет, загрузка и активация работоспособной темы.

Это самые простые манипуляции устраняющие данную неполадку и не занимающие много времени.

Ошибка 500 в.htaccess неграмотное внесение изменений в файл

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

Самое простое и безболезненное — это удаление самого.htaccess.
Наиболее затратное на время — это копирование.htaccess в другую созданную папку. Затем удаляем старый и создаем новый пустой.htaccess. После этого следует внимательно изучить, копию старого поврежденного файла на наличие ошибок. Допустим ничего странного вы не обнаружили. Тогда следует переносить правила последовательно. Важно внося каждое исправление проверять работоспособность проекта, через браузер в режиме инкогнито.

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

Возможно пропущена точка с запятой в конце строки кода. Открываем и проверяем целостность.
Код вставлен за пределами функции, заходим и перемещаем.
Строка кода указана в недопустимом месте, смотрим и переносим или удаляем.
В случае фатальной ошибки с невозможностью найти код в wp-config. Скачивайте архив движка, затем подмените свой wp-config на тот который в архиве. Важно скопировать всю информацию для подключения к базе данных MySql из старого файла в новый. Это касается: имя базы данных, имя пользователя, пароль, имя сервера, кодировка, обязательно префикс. После этого все должно заработать.
Если проблема в functions.php и нет возможности для исправления. Значит скачивайте именно архив своего шаблона темы, далее распакуйте. После этого замените свой functions.php на новый из распакованного архива.

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

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

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