Обновление PHP на сайте под ключ

Не обновляйте PHP «кнопкой» на рабочем сайте. Смена версии интерпретатора — это миграция среды: старый код и модули могут не заработать, появится «белый экран» или ошибка 500. Сначала аудит кода и тестовый контур, потом переключение версии и проверка.

Обновление PHP: перевод сайта с устаревших версий 5.6 / 7.x на актуальные поддерживаемые 8.x, правка несовместимого кода, проверка расширений, модулей и интеграций. Закрываем уязвимости старых версий, ускоряем сайт и готовим среду под развитие. От 6 000 ₽.

Миграция 5.6/7.x → 8.x
Тестовый контур до релиза
Правка deprecated-кода
Откат и гарантия
Оценить обновление PHP Смотреть тарифы

Когда нужно обновить PHP

PHP — это не «галочка в админке», а среда выполнения на сервере. У каждой версии есть срок поддержки, и когда он выходит, сайт остаётся без патчей безопасности. Вот признаки, что миграция назрела.

Версия PHP устарела (EOL)

PHP 5.6, 7.x и 8.0 уже вышли из активной поддержки и не получают исправления безопасности. Эксплуатировать сайт на них — риск.

Хостинг принуждает к переходу

Провайдер переводит серверы на новые версии PHP и отключает старые. Если не мигрировать — сайт может упасть в назначенную дату.

Уязвимости и предупреждения

Сканеры безопасности, хостинг или поисковые системы сообщают о старых версиях PHP и связанных рисках (RCE, инъекции, веб-Shell).

CMS или модуль требует новую PHP

Свежие версии WordPress, 1С-Битрикс, OpenCart, WooCommerce и плагинов часто не работают на старых интерпретаторах.

Сайт тормозит

Актуальные версии PHP заметно быстрее старых, особенно с включённым OPcache и JIT — это напрямую влияет на TTFB и отклик.

Перед доработкой или переносом

Прежде чем развивать сайт, мигрировать на новый хостинг или менять CMS, среду PHP приводят в актуальное и совместимое состояние.

Что входит в обновление PHP

Мы относимся к смене версии PHP как к инженерной миграции: сначала понимаем, что сломается, потом чиним на копии и только затем переключаем боевой сервер.

Аудит совместимости

Проверяем текущую версию PHP, расширения, код CMS, модулей и кастомных доработок на совместимость с целевой версией.

  • Анализ deprecated и удалённых функций
  • Проверка расширений (mbstring, curl, gd, intl, zip, openssl)
  • Совместимость CMS, плагинов, фреймворков
  • Оценка рисков и плана миграции

Миграция на тестовом контуре

Разворачиваем копию сайта, переключаем версию PHP там и правим несовместимый код до того, как тронем продакшен.

  • Резервное копирование файлов и базы
  • Переключение версии PHP на staging
  • Правка кода под новую версию
  • Настройка php.ini, OPcache, расширений

Релиз и проверка после

Переносим проверенные изменения на боевой сервер, тестируем ключевые сценарии и следим за стабильностью.

  • Переключение PHP на продакшене
  • Проверка форм, корзины, оплаты, админки
  • Контроль ошибок 500/502 и «белого экрана»
  • Мониторинг и отчёт по результатам

Какие версии PHP мы поддерживаем и на что мигрируем

Статус версий PHP меняется: одни выходят из поддержки, другие становятся стандартом. Мы переводим сайты на актуальные поддерживаемые ветки и объясняем, почему старую версию нельзя оставлять.

EOL — опасно

PHP 5.6 / 7.0–7.4

Вышли из поддержки, не получают патчи безопасности. Многие современные CMS и модули на них уже не работают. Мигрируем в первую очередь.

EOL / переходный

PHP 8.0

Активная поддержка завершена, остались лишь ограниченные исправления. Сайт на 8.0 — кандидат на плановую миграцию на 8.2/8.3+.

Поддержка

PHP 8.1 / 8.2

Стабильные рабочие ветки. Часто это целевая версия для миграции с 7.x: баланс совместимости и новых возможностей.

Актуальный стандарт

PHP 8.3 / 8.4 / 8.5

Свежие поддерживаемые версии с приростом производительности и безопасности. Переводим на них, когда CMS и модули совместимы.

Точную целевую версию подбираем под ваш стек: иногда разумнее мигрировать поэтапно (7.4 → 8.1 → 8.3), чем прыгать сразу на самую новую и ловить конфликты модулей.

Обновление PHP и обновление CMS — в чём разница

Эти услуги часто путают и делают одновременно, но это разные слои. Понимание разницы помогает не заплатить дважды и не получить конфликт «обновили CMS — упала PHP».

Критерий Обновление PHP Обновление CMS
Что обновляем Версию серверного интерпретатора и среду выполнения Ядро, модули, плагины и темы системы управления
Где живёт На сервере / хостинге (multi-php, ea-php, alt-php) В файлах и базе сайта (админка CMS)
Главный риск Несовместимый код: deprecated/удалённые функции, «белый экран», 500 Конфликт модулей, полопка кастомных доработок
Что проверяем Расширения, php.ini, OPcache, совместимость кода с версией Совместимость компонентов CMS с текущей PHP
Когда делать вместе Когда новая CMS требует новую PHP, или старая PHP блокирует обновление CMS Когда обновление CMS упирается в версию PHP
Нужно обновить ядро и модули? Смотрите обновление CMS

Почему выбирают обновление PHP с Ай Ти Веб

Главный страх — «переключили версию и сайт умер». Мы убираем этот страх процессом: аудит кода до переключения, миграция на копии, правка несовместимого, тесты и возможность отката.

Бэкап до переключения

Сохраняем файлы и базу до любых изменений. Есть точка восстановления, если миграция пойдёт не по плану.

Миграция

Переключаем версию PHP и правим код на копии сайта, а не на боевом — продакшен не рискует.

Чиним несовместимый код

Устаревшие и удалённые функции, старый синтаксис, конфликты расширений — правим, а не откатываемся назад.

Умеем откатывать

Если после релиза проявляется критичная проблема, возвращаем прежнюю версию PHP и ищем безопасный путь.

Настраиваем производительность

Включаем OPcache, проверяем лимиты php.ini — новая версия должна не только работать, но и быть быстрее.

Гарантия и отчёт

Даём гарантию на работы и понятный отчёт: что нашли, что исправили, на какую версию перешли и что проверили.

Кейсы по обновлению PHP

Примеры типовых миграций: переход с устаревшей версии на поддерживаемую, правка кастомного кода под PHP 8.x и ускорение сайта через OPcache после миграции.

Миграция магазина 7.4 → 8.2 (1С-Битрикс)

СПб • Битрикс + 1С • 4 дня

7.4 → 8.2 версия PHP
0 простоя магазина
−30% TTFB после OPcache
18 000 ₽ стоимость

Правка кастомного кода под PHP 8.x

Москва • самописная CMS • 5 дней

5.6 → 8.3 прыжок через версии
40+ deprecated-вызовов исправлено
0 «белых экранов» после
32 000 ₽ стоимость

WordPress + WooCommerce: 8.0 → 8.3

Екатеринбург • плагины и оплата • 2 дня

8.0 → 8.3 версия PHP
28 плагинов проверено
100% оплата и корзина работают
12 000 ₽ стоимость
Похожая задача? Оставьте заявку

Тарифы на обновление PHP

Стоимость зависит от текущей и целевой версии PHP, объёма кастомного кода, количества модулей и интеграций. Точную цену называем после экспресс-аудита совместимости.

Экспресс-миграция

⏱ 1–2 дня
от 6 000 ₽
  • Аудит совместимости кода и расширений
  • Переключение в рамках поддерживаемых веток (8.1→8.3)
  • Бэкап файлов и базы
  • Проверка основных страниц и админки
  • Базовая настройка php.ini / OPcache
  • Рекомендации после миграции
Заказать миграцию
Популярный

Безопасная миграция с правкой кода

⏱ 2–5 дней
от 15 000 ₽
  • Всё из экспресс-миграции +
  • Тестовый контур и проверка до релиза
  • Правка deprecated/удалённых функций
  • Обновление зависимостей и расширений
  • Проверка магазина, оплат, форм, CRM
  • Контроль 500/«белого экрана», логов
  • Отчёт и гарантия на работы
Заказать безопасную миграцию

Сопровождение среды PHP

⏱ ежемесячно
от 12 000 ₽/мес
  • Мониторинг EOL-версий и уязвимостей PHP
  • Плановые миграции на новые ветки 8.x
  • Тестовый контур для крупных переходов
  • Правка кода и зависимостей по мере выхода версий
  • Настройка OPcache/JIT и лимитов php.ini
  • Приоритетная поддержка и отчёты
  • Связка с обновлением CMS и техподдержкой
Подключить сопровождение
Нужна срочная миграция? Опишите ситуацию

Этапы обновления PHP

Прозрачный процесс: от аудита совместимости до мониторинга после переключения версии. Вы видите, что проверяется на каждом шаге и где точка отката.

1

Этап 1: Аудит совместимости

Текущая версия PHP, расширения, php.ini
Анализ кода CMS, модулей, кастома
Список deprecated/удалённых вызовов и рисков

2

Этап 2: Бэкап и тестовый контур

Сохраняем файлы и базу
Разворачиваем копию сайта
Выбираем целевую версию PHP и план миграции

3

Этап 3: Переключение и правка кода

Ставим целевую версию PHP на staging
Правим несовместимый код и зависимости
Подключаем/проверяем расширения

4

Этап 4: Тестирование

Витрина, админка, формы, корзина, оплата
Почта и интеграции (CRM, 1С, эквайринг)
Логи, ошибки 500, «белый экран», 404

5

Этап 5: Релиз

Переключаем PHP на продакшене
Настраиваем OPcache и лимиты php.ini
Проверяем права доступа и безопасность

6

Этап 6: Мониторинг и отчёт

Следим за стабильностью и скоростью
Готовим отчёт по миграции
Рекомендуем план сопровождения среды

Хотите обновить PHP без риска? Оставьте заявку

Инструменты обновления PHP

Используем статический анализ кода, тестовые контуры, системы контроля версий и средства профилирования — чтобы миграция была предсказуемой, а не «на авось».

PHPStan / Psalm

Статический анализ и поиск несовместимостей

Тестовый контур / staging

Миграция без риска для продакшена

Multi-PHP / ea-php / alt-php

Выбор версии PHP на хостинге

Composer

Обновление зависимостей и autoload

OPcache / JIT

Кэширование байткода и ускорение

Git / версионирование

Контроль изменений и откат релиза

Логи и error_reporting

Поиск fatal/deprecated/TypeError

Мониторинг и профилирование

Доступность, TTFB, узкие места после миграции

Не знаете, потянет ли код новую PHP? Проведём аудит

Что вы получите после обновления PHP

Результат — не просто «другая цифра в версии», а безопасная, быстрая и совместимая среда, в которой сайт можно развивать и обновлять дальше.

Закрытые уязвимости

Уход с EOL-версий PHP, которые не получают патчи безопасности, снижает риск взлома и веб-Shell.

Проверка на вирусы

Рост скорости

Актуальный PHP + OPcache/JIT уменьшают TTFB и отклик сервера — сайт ощутимо быстрее.

Подробнее о SEO

Совместимый код

Deprecated и удалённые функции исправлены, модули и зависимости работают на новой версии.

Доработка сайта

Доступ к новым версиям CMS

Актуальная PHP открывает путь к свежим ядрам WordPress, Битрикс, OpenCart и плагинам.

Обновление CMS

Понятный статус среды

Отчёт: на какую версию перешли, что исправили, какие расширения и лимиты настроили.

Аудит сайта

План сопровождения

Рекомендации по мониторингу EOL-версий и плановым миграциям, чтобы не повторять «прыжок» через годы.

Поддержка сайтов
Готовы обновить PHP? Оставьте заявку

Ответы на частые вопросы

1. Чем обновление PHP отличается от обновления CMS?
Обновление PHP — это смена версии серверного интерпретатора и среды выполнения (например, с 7.4 на 8.2), а обновление CMS — смена ядра, модулей и плагинов самой системы управления. Они связаны: новая CMS часто требует новую PHP, а старая PHP блокирует обновление CMS. Иногда их делают в одном проекте, но это разные слои и разные риски. Подробно про обновление CMS — на отдельной странице.
2. Что будет, если оставить старую версию PHP?
Версии PHP после окончания поддержки (EOL) не получают исправления безопасности. Это означает накопление уязвимостей, риск взлома, появление веб-Shell и вредоносного кода, а также несовместимость с современными CMS и модулями. Кроме того, хостинг может в одностороннем порядке отключить старую версию, и сайт упадёт. Поэтому миграция с 5.6/7.x/8.0 — вопрос не «когда-нибудь», а безопасности и стабильности.
3. Почему после смены PHP появляется «белый экран» или ошибка 500?
Новые версии PHP строже к коду: часть функций устарела (deprecated) или была удалена, изменилось поведение ошибок и типов. Если в CMS, модулях или кастомном коде есть такие вызовы, на старой версии сайт работал, а на новой — падает с фатальной ошибкой, что внешне выглядит как «белый экран» или 500/502. Именно поэтому мы сначала аудитим код и правим несовместимости на тестовом контуре, а не переключаем версию вслепую на боевом сайте.
4. Нужно ли править код сайта при обновлении PHP?
Зависит от стека. Если используются актуальные CMS, модули и фреймворки, часто достаточно переключить версию и проверить. Но при большом количестве кастомных доработок, старых плагинов или прыжке через несколько версий (например, 5.6 → 8.3) правка кода почти неизбежна: убираем deprecated/удалённые функции, поправляем типы и зависимости. Мы оцениваем объём правок на этапе аудита и фиксируем в смете.
5. Можно ли обновить PHP без простоя сайта?
В большинстве случаев да: миграцию и правки делаем на тестовом контуре, а переключение версии на продакшене занимает минуты и проходит в согласованное окно. Для крупных магазинов или сложных интеграций может потребоваться кратковременное ограничение доступа, чтобы исключить ошибки в момент релиза. Все такие моменты согласуем заранее, а точка отката позволяет быстро вернуть прежнюю версию при необходимости.
6. Ускорит ли обновление PHP сайт?
Да, часто заметно. Актуальные версии PHP эффективнее старых, а включённый OPcache (кэширование скомпилированного байткода) и JIT сокращают время отклика сервера и TTFB. Это положительно влияет на Core Web Vitals и, как следствие, на SEO и конверсию. Конкретный прирост зависит от кода и нагрузки — покажем на тестовом контуре до релиза.
7. На какую версию PHP мигрировать?
Целевую версию подбираем под ваш стек и статус поддержки PHP. Обычно цель — актуальная поддерживаемая ветка 8.x (например, 8.2/8.3/8.4), если CMS и модули с ней совместимы. Иногда разумнее идти поэтапно (7.4 → 8.1 → 8.3), чем сразу на самую новую и ловить конфликты. Мы предложим оптимальный маршрут миграции после аудита.
8. Работаете ли вы с регионами?
Да, обновляем PHP на сайтах по всей России и СНГ. Формат работы удалённый: доступы к хостингу (multi-php/ea-php/alt-php), FTP/SSH, базе и CMS, тестовый контур и созвон для согласования релиза. Офис в Санкт-Петербурге, но для миграции личная встреча не обязательна.

Нужно обновить PHP без «белого экрана»?

Оставьте заявку — инженер проведёт экспресс-аудит совместимости: проверит текущую версию PHP, расширения и код на deprecated-вызовы, затем рассчитает стоимость, срок и целевую версию миграции.

Перезвоним за 30 минутЭкспресс-аудит совместимостиОценим объём правок кодаГарантия на миграцию
Назад к списку