Мало кто из владельцев малого бизнеса знает, какая версия PHP работает на их сайте. Это нормально, это не их профессия, и пока сайт работает, вопрос никогда не возникает. Проблема в том, что PHP следует строгому жизненному циклу с чёткими датами окончания поддержки, и версия, достигшая конца жизненного цикла, полностью перестаёт получать патчи безопасности, даже если критическая уязвимость обнаружена после этой даты. PHP 8.1, всё ещё широко используемый, достиг этого конца жизненного цикла 31 декабря 2025 года.
Что на самом деле означает конец жизненного цикла PHP
Каждая крупная версия PHP проходит две фазы после выпуска: сначала около двух лет активной поддержки с исправлением ошибок и уязвимостей, затем ещё около двух лет поддержки только безопасности, когда исправляются лишь критические уязвимости. После завершения обеих фаз версия вообще не сопровождается. Ни одна уязвимость, обнаруженная после этой даты, никогда не будет исправлена, независимо от её серьёзности. Сайт, продолжающий работать на этой версии, остаётся бессрочно уязвимым для любых обнаруженных впоследствии проблем.
Текущее состояние каждой версии
На момент написания этой статьи PHP 8.1 находится в состоянии конца жизненного цикла с 31 декабря 2025 года и не получает никаких обновлений. PHP 8.2 всё ещё поддерживается, но только в режиме поддержки безопасности, и достигнет собственного конца жизненного цикла 31 декабря 2026 года, всего через несколько месяцев. PHP 8.3 также находится в фазе только безопасности, с концом жизненного цикла, запланированным на конец 2027 года. Самые новые версии, PHP 8.4 и 8.5, находятся на полной активной поддержке. Эти сроки меняются от версии к версии, поэтому стоит регулярно проверять официальный график, а не полагаться на однажды запомненную дату.
Почему так много сайтов остаются на устаревшей версии
Самая частая причина — не халатность, а виртуальный хостинг. Многие хостинг-провайдеры долго сохраняют старую версию по умолчанию, потому что смена версии PHP на общем сервере может сломать сайты клиентов, зависящие от специфического поведения этой версии. Сайт на WordPress, установленный несколько лет назад, с такими же старыми плагинами, может застрять на PHP 8.1 или более ранней версии, при этом владелец сайта никогда не получит никакого предупреждения.
Реальные риски, без алармистской риторики
Версия PHP, достигшая конца жизненного цикла, не становится опасной на следующий день после окончания поддержки, но риск растёт со временем. Каждый месяц после конца жизненного цикла потенциально приносит новые обнаруженные уязвимости в самом языке, которые никогда не будут исправлены из-за отсутствия активного сопровождающего этой ветки. К этому добавляется не менее важная косвенная проблема: многие плагины WordPress, библиотеки PHP и инструменты безопасности постепенно перестают гарантировать совместимость со слишком старыми версиями, что может создавать неожиданные конфликты или уязвимости по мере обновления этих сторонних компонентов.
Как проверить свою версию
На сайте WordPress эта информация видна в панели администратора, в разделе Инструменты, затем Здоровье сайта, в блоке информации о сервере. Для индивидуальной разработки на PHP функция phpversion(), вызванная во временном скрипте, сразу даёт ответ. Большинство панелей хостинга, таких как cPanel или Plesk, также показывают активную версию в настройках PHP, часто с возможностью изменить её прямо из интерфейса.
Как перейти на новую версию, не сломав сайт
Обновление версии PHP никогда не бывает полностью безрисковым, поскольку каждая крупная версия убирает некоторые устаревшие функции и иногда меняет поведение по умолчанию. Правильная практика — протестировать миграцию на тестовом окружении, идентичном рабочему сайту, с теми же плагинами и той же темой, прежде чем переключать реальное окружение. В WordPress обновление ядра, темы и всех плагинов до последних версий перед миграцией значительно снижает риск несовместимости, поскольку серьёзные разработчики постепенно адаптируют свой код под новые версии PHP.
Что стоит проверить перед публикацией: подтвердить точные даты конца жизненного цикла PHP 8.1, 8.2, 8.3, 8.4 и 8.5 на официальном графике PHP.net на момент публикации, поскольку эти сроки могут корректироваться, и проверить, что описанная процедура просмотра версии PHP в WordPress по-прежнему соответствует актуальному интерфейсу панели.