PHP EOL Dates: Как планировать миграцию после завершения поддержки

Официальный график завершения поддержки (EOL) PHP включает даты, когда каждая версия перестаёт получать обновления безопасности и исправления. На 2026 год уже не будет официальной поддержки PHP 7.4 и ниже, поэтому разработчикам необходимо мигрировать на актуальные версии, такие как PHP 8.2.

Как узнать текущий статус поддержки вашей версии PHP?

Ответ: Проверить статус можно на официальном сайте php.net в разделе «Supported Versions» или с помощью онлайн‑инструмента «PHP Version Checker» на toolbox-online.ru.

Сайт php.net публикует таблицу, где указаны даты начала и конца поддержки каждой версии. Например, PHP 7.2 достиг EOL 30 ноября 2020, а PHP 8.1 — 25 ноября 2024. Для быстрого доступа используйте API php.net, которое возвращает JSON‑объект со статусом «active», «security‑only» или «unsupported».

Откройте страницу https://www.php.net/supported-versions.
Найдите вашу версию в таблице.
Обратите внимание на колонку «Security Fixes Until» — это последний день получения патчей.
Если статус «unsupported», планируйте миграцию в течение 30 дней.

Почему важно соблюдать даты EOL для PHP?

Ответ: После EOL версия перестаёт получать критические обновления безопасности, что делает приложение уязвимым к новым эксплойтам.

Согласно исследованию Kaspersky, более 60 % атак на веб‑приложения в 2025 году были направлены на серверы с устаревшим PHP 7.0–7.4. Кроме того, провайдеры хостинга часто отключают поддержку старых версий, что приводит к простоям и потере дохода. При расчёте расходов, потеря 1 % трафика из‑за уязвимости может стоить компании до 150 000 рублей в месяц.

Отсутствие патчей → рост числа уязвимостей.
Неподдерживаемый PHP → невозможность использовать новые функции фреймворков.
Потеря доверия клиентов → снижение конверсии до 3 %.

Что делать, если ваш проект работает на версии с прошедшим EOL?

Ответ: Немедленно подготовьте план миграции и начните обновление кода, используя совместимые версии библиотек.

Первый шаг — провести аудит зависимостей через Composer. Выявите пакеты, требующие PHP ≥ 7.4, и проверьте их совместимость с PHP 8.2. Затем запустите тестовый стенд с новой версией и исправьте возникающие ошибки.

Запустите команду composer why-not php для выявления конфликтов.
Обновите пакеты до последних стабильных версий (пример: Laravel 10 требует PHP 8.1+).
Настройте CI/CD pipeline, включающий тесты на PHP 8.2.
Проведите нагрузочное тестирование, чтобы убедиться, что производительность не упала более чем на 5 %.

Как планировать миграцию на новую версию PHP без простоя?

Ответ: Используйте стратегию «blue‑green deployment», позволяющую переключать трафик между старой и новой средой.

Создайте копию текущего окружения (green), установите в ней PHP 8.2, разверните код, пройдите полный набор автоматических и ручных тестов. После подтверждения стабильности переключите DNS или балансировщик на новую среду (blue) без остановки сервиса.

Подготовьте Docker‑образ с PHP 8.2 и всеми расширениями.
Запустите контейнер в режиме staging и выполните phpunit‑тесты.
Настройте мониторинг: время отклика, количество 5xx‑ошибок.
Переключите 100 % трафика после успешного прохождения SLA‑тестов.

Какие риски возникнут при игнорировании EOL‑дат PHP?

Ответ: Игнорирование приводит к росту уязвимостей, падению производительности и потенциальным финансовым потерям.

По данным компании SANS, компании, не обновлявшие PHP более 2 лет, в среднем теряли 2,3 млн рублей из‑за утечек данных в 2024‑м году. Кроме того, отсутствие поддержки затрудняет интеграцию с современными API и облачными сервисами, что ограничивает развитие продукта.