Как обновить PHP без криков, валидола и вызова экзорциста

PHP — как молоко в холодильнике: пока свежее, всё хорошо, но однажды наступает момент, когда обновить его уже давно пора. Беда в том, что обновление PHP на живом WordPress-сайте без подготовки — это примерно как замена колеса на ходу. Можно, но лучше не надо. Васисуалий Пупкевич однажды попробовал «просто переключить» версию прямо на продакшене — и потом два часа объяснял клиенту, почему сайт показывает белый экран вместо интернет-магазина. С тех пор Васисуалий делает всё по инструкции.

В этом посте — безопасная схема обновления PHP без криков, валидола и вызова экзорциста.

Почему PHP вообще надо обновлять

Старые версии PHP — это не только отсутствие новых возможностей, но и дыры в безопасности, которые никто уже не закрывает. PHP 7.4 официально снят с поддержки, а значит любая найденная уязвимость так в нём и останется. Плюс PHP 8.x работает заметно быстрее — сайт получает прирост производительности просто фактом обновления, без каких-либо других телодвижений.

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

Шаг 1. Готовим площадку — копия для разработки

Никогда, слышите — никогда не обновляйте PHP сразу на продакшен-сайте. Сначала всё проверяем на dev-копии.

Если у вас ещё нет копии сайта для разработки — самое время её сделать. Как именно это организовать в Hestia CP, разбираем в отдельном посте. Dev-копия — это ваша песочница, в которой можно ломать всё что угодно без последствий для реального сайта.

Шаг 2. Включаем отладку и чистим лог

На dev-копии включаем режим отладки WordPress (WP_DEBUG). Подробно о том, как это сделать правильно — в нашем посте → Как включить и настроить debug в WordPress.

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

Шаг 3. Переключаем PHP на dev-копии

Заходим в панель управления (Hestia CP или другую) и переключаем версию PHP:

PHP 7.4 → 8.3

Открываем сайт в браузере. Что бы ни увидели на экране — белый экран, ошибки, или вполне рабочий сайт — скачиваем debug.log и внимательно его изучаем. Даже если визуально всё выглядит нормально, в логе могут быть предупреждения, которые аукнутся позже.

Шаг 4. Разбираем и чиним ошибки

Типичное содержимое debug.log после переключения на PHP 8.x — это депрекейшн-ворнинги от плагинов и тем, которые писались под PHP 7.x и с тех пор не обновлялись. Большинство из них некритичны, но есть и те, что роняют сайт полностью.

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

Если админка не загружается — не паникуем. Переключаем PHP обратно на 7.4, заходим в админку, деактивируем подозреваемых, снова переключаем на 8.3 и повторяем до победного. Именно для этого и существует dev-копия — чтобы этот цикл «сломал → починил → проверил» происходил без ущерба для живого сайта.

По итогу у нас есть чёткий список: какие плагины обновить, какие заменить, какие файлы исправить.

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

Шаг 5. Переходим на продакшен

Итак, dev-копия работает на PHP 8.3, все грабли собраны, все ошибки известны. Теперь — продакшен.

Выключаем проблемные плагины — те, которые не совместимы с PHP 8.3 и для которых ещё нет обновлений. Лучше временно отключённый плагин, чем упавший сайт.

Переключаем PHP:

PHP 7.4 → 8.3

Проверяем сайт — фронтенд, формы, корзину (если есть), личный кабинет. Скачиваем и смотрим debug.log на продакшене. Заменяем исправленные файлы — по списку, который составили на предыдущем этапе.

Готово. PHP обновлён, сайт работает, Васисуалий выдыхает и идёт пить чай.

Что дальше

• Обновлённые плагины с поддержкой PHP 8.3 — устанавливаем по мере появления
• Мониторим debug.log первые несколько дней после обновления
• Не забываем обновить PHP и на dev-копии до той же версии, чтобы тестовая среда соответствовала продакшену