При создании сайта на популярной CMS Wordpress можно встретить ошибку: На сайте возникла критическая ошибка - эта ошибка имеет код 500, т.е. связана с обработкой php кода.

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

В данному руководстве мы рассмотрим наиболее частые причины возникновения ошибок в CMS Wordpress и быстрое их устранение.

1. Ошибка после установки или обновления плагина

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

Создайте в корне сайта каталог temp и переместите папку плагина из httpdocs/plugins по примеру:

mkdir httpdocs/temp
mv httpdocs/plugins/some-plugin /httpdocs/temp

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

2. Ошибка после обновления Wordpress

Если WordPress долго не обновлять — он подвергается уязвимостям, как правило, с целью разослать спам, разместить вирусы, ложные формы оплаты и т.д.

2.1 Слишком долго не обновлялся

После обновления возникает ошибка — причина в том, что когда Вы долго его не обновляли — то обновление минует переходные версии, которые имели совместимость. Например, у Вас Wordpress работал на момент создания сайта на php 7.x, а спустя время последняя версия предназначена для php 8.4 и сам WordPress и шаблон и плагины претерпели изменения. В данном случае обновление до последней версии приведет к ошибке так как установка не имеет совместимости с прежней версией php.

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

2.2 Несовместимость плагинов с новой версией WordPress

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

2.3 Другие причины, например

• Отсутствие прав на запись для определенных файлов и папок
• Устаревшая версия PHP
• Новые требования по настройкам php или веб сервера

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

Если резервная копия не была Вами сделана - воспользуйтесь системной, она всегда доступна в панели управления хостином и не расходует место тарифного плана. Системные копии создаются 1 раз в месяц и замещаеют собой старые, таким образом всегда доступна 1 рзеревная копия давности не более 1 месяца.

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

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