Когда сайтов много, главная проблема не обновление, а то, что никто не знает, где какая версия PHP и в каком режиме она работает. Мы сначала составляем честную опись, потом обновляем по приоритету и сдаём отчёт по каждому проекту.
Обновлено
Источник: бюллетень на php.net
Список доменов и серверов и доступ либо к панелям, либо к серверам. Если сайты разбросаны по хостингам, начинаем с самого рискованного.
Версии PHP устаревают, а бюллетени безопасности выходят регулярно. Чтобы не повторять срочную работу каждый раз, можно подключить техподдержку: мониторинг, плановые обновления и исправления.
Стоимость называем после проверки, до начала работ. Пока ничего не оплачиваете и доступов не передаёте. Перезваниваем в течение 30 минут.
Узнаем, какая версия PHP работает на вашем сайте на самом деле и закрыта ли CVE-2026-109618 / 109619.
Для PHP 8.1 и старше стандартных обновлений нет. Подберём патч или переведём сайт на PHP 8.2+.
Обновим PHP под WordPress, проверим темы и плагины на совместимость, не уроним форму и корзину.
Безопасно обновим PHP на BitrixVM и своём сервере, проверим модули, обмен с 1С и заказы.
Найдём, какие версии PHP работают у сайтов в ispmanager, обновим их и проверим результат.
Найдём причину ошибки после смены версии PHP и вернём сайт в работу без отката на уязвимую версию.
Применим рекомендованные разработчиками PHP ограничения и настроим лимиты на веб-сервере. Это не замена обновлению.
Найдём и удалим шеллы и подмену файлов, сменим доступы, закроем дыру и проверим соседние сайты.
Обновим PHP на VDS и в Docker, перезапустим воркеры и очереди, проверим проект на ошибки на новой версии.