Хостинг сменил 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 на VDS и в Docker, перезапустим воркеры и очереди, проверим проект на ошибки на новой версии.
Для студий и компаний с парком сайтов: опись, приоритеты, пакетное обновление и отчёт по каждому проекту.