Обновление PHP и MySQL на Битрикс и WordPress: риски и порядок

Обновление PHP и MySQL на сайте кажется делом одной кнопки: в панели хостинга выбрали PHP 8.3, в BitrixVM запустили обновление MySQL 5.7 до 8 — и готово. На практике именно здесь сайты на 1С-Битрикс и WordPress чаще всего ложатся: белый экран, не проходит оплата, перестаёт работать обмен с 1С. Разбираем, какие версии актуальны в 2026 году, что требуют сами CMS, что ломается при переходе и в каком порядке обновлять окружение, чтобы не остановить продажи.

Статья про серверное окружение — версии PHP и СУБД. Обновление самого движка, ядра и модулей мы разбирали отдельно в материале об обновлении 1С-Битрикс.

Почему обновление PHP и MySQL в 2026 году уже нельзя откладывать

У каждой версии PHP и MySQL есть срок поддержки. После него не выходят исправления уязвимостей, а сайт с заказами, личными кабинетами и персональными данными клиентов работает на софте, дыры в котором уже никто не закрывает. К этому добавляются три внешних фактора:

• Требования CMS. 1С-Битрикс с 1 февраля 2026 года требует PHP не ниже 8.2, а с 1 сентября 2026 года, по сообщениям интеграторов, ограничена поддержка MySQL ниже 8.0. На старом PHP обновления коробочных продуктов просто не устанавливаются. WordPress рекомендует PHP 8.3 и MySQL 8.0 или MariaDB 10.11.
• Хостинги. Провайдеры выводят из эксплуатации версии без поддержки. Если не обновиться самим, переключение произойдёт по их графику — без тестовой копии и в неудобный момент.
• Сторонние модули и плагины. Разработчики решений из Маркетплейса Битрикса и плагинов WordPress перестают тестировать код на старых версиях, и новые релизы начинают использовать синтаксис, которого там нет.

Какие версии PHP, MySQL и MariaDB поддерживаются в 2026 году

Сводная таблица по данным php.net и графиков жизненного цикла MySQL и MariaDB. Даты — окончание поддержки безопасности, после которой версию считают устаревшей.

Каждая ветка PHP живёт четыре года: два года активной поддержки и два года только исправлений безопасности. Поэтому переход «на минимально допустимую» PHP 8.2 даёт передышку до конца года. Для проекта, который обновляют раз в несколько лет, разумнее целиться в 8.3 или 8.4 — если их поддерживают ваша CMS, модули и хостинг.

Требования 1С-Битрикс и WordPress к версиям PHP и MySQL

Отдельно о MySQL в Битриксе. Интеграторы сообщают, что с февраля 2026 года в админке при установке обновлений показывается уведомление: с 1 сентября 2026 года поддержка продуктов на MySQL ниже 8.0 ограничена, рекомендуется 8.4. Официальные системные требования вендора уже называют MySQL 8.0 минимальной версией. Сайт на 5.7 в какой-то день не выключится, но новые обновления на старой базе никто не тестирует — ломаться начнёт после очередного апдейта.

Как узнать версию PHP и MySQL на своём сайте

1. Битрикс: «Настройки → Инструменты → Проверка системы» — в отчёте указаны версии PHP и MySQL. Там же «Командная PHP-строка» и «SQL-запрос»: SELECT VERSION(); покажет версию СУБД, в том числе MariaDB.
2. WordPress: «Инструменты → Здоровье сайта → Информация», разделы «Сервер» и «База данных» на вкладке «Информация».
3. Панель хостинга: в ISPmanager, cPanel и подобных версия PHP выбирается для каждого сайта отдельно, версия MySQL обычно указана в разделе баз данных.
4. SSH: php -v и mysql -V. Результат php -v показывает версию для консоли, а не обязательно ту, на которой работает сайт.

Что ломается при переходе на PHP 8

Ядро актуальных версий Битрикса и WordPress с PHP 8 совместимо. Ломается наследство конкретного проекта: самописные модули, правленые шаблоны, старые решения из Маркетплейса и заброшенные плагины. Порядок обновления со стороны Битрикса — в статье об обновлении 1С-Битрикс.

• Изменения языка. По руководству php.net, в PHP 8.0 удалены mbstring.func_overload, each() и create_function(), часть предупреждений стала исключениями TypeError (например, count() от не-массива и арифметика с нечисловыми строками), в 8.2 устарели динамические свойства.
• Расширения и настройки. У каждой версии PHP на сервере свой набор расширений и свой php.ini: после переключения в панели могут не оказаться mysqli, mbstring, gd, curl или zip, а лимиты памяти и времени выполнения — вернуться к значениям по умолчанию.
• Шум в логах. Обращение к неопределённой переменной в PHP 8 даёт уже предупреждение, а не уведомление. В старом коде логи разрастаются, и за ними не видно реальных ошибок.

Отдельные решения из Маркетплейса и плагины без обновлений больше года часто проще заменить, чем чинить. Это решение стоит принять до переключения, а не в момент, когда сайт уже лежит.

Что ломается при обновлении MySQL 5.7 до 8

Кроме того, после переноса стоит проверить режим sql_mode: на старом сервере его часто выставляли «мягким», и нулевые даты или слишком длинные строки записывались молча. На новом сервере с настройками по умолчанию те же запросы могут завершаться ошибкой.

Перед миграцией MySQL рекомендует прогнать утилиту util.checkForServerUpgrade() из MySQL Shell: она проверяет экземпляр 5.7 на известные несовместимости, в том числе зарезервированные слова и устаревшие параметры. Версии ниже 5.7 она не проверяет — с 5.6 сначала переходят на 5.7.

MariaDB вместо MySQL

Многие хостинги ставят MariaDB. WordPress официально её поддерживает (рекомендуется 10.11+), 1С-Битрикс формулирует требования в версиях MySQL. Если у вас MariaDB 10.6 или более ранняя версия — её поддержка уже закончилась, и обновляться придётся в любом случае. При переезде Битрикс-проекта на новый сервер целевой СУБД разумнее закладывать MySQL 8.4 LTS.

Порядок обновления PHP и MySQL без простоя

1. Бэкап файлов и базы на внешнее хранилище и проверка, что из него реально восстанавливается сайт.
2. Тестовая копия на отдельном домене или сервере — с тем же набором модулей и отключёнными реальными платежами и рассылками.
3. Обновление движка на текущем PHP. В Битриксе вендор предписывает такой порядок: ядро и все модули → решения Маркетплейса → только потом новая версия PHP. В WordPress — ядро, плагины и тема до последних версий, совместимых с текущим окружением.
4. Переключение PHP на тестовой копии, прогон ключевых сценариев и логов ошибок, исправление кода и замена несовместимых модулей.
5. Переключение PHP на рабочем сайте и повторная установка обновлений, которые стали доступны на новой версии.
6. Миграция MySQL отдельным этапом: проверка утилитой совместимости, дамп, загрузка в новый экземпляр на тестовом стенде (с 5.7 — через промежуточную 8.0, затем 8.4), правка кодировок, запросов и конфига.
7. Переключение базы в технологическое окно: финальный дамп, перенос, контроль логов. Старая база остаётся нетронутой как точка отката.
8. Наблюдение первую неделю: медленные запросы, ошибки в cron, обмен с 1С, письма.

Особенности для Битрикса и BitrixVM

На виртуальной машине BitrixVM версии PHP и MySQL меняются через меню окружения — пункт Manage servers in the pool → Update PHP and MySQL (в BitrixVM 9 — Update PHP, MySQL, PostgreSQL); MySQL 8.4 там доступен с версии 9.0.6. Но на старых машинах надёжнее развернуть свежее окружение на новом сервере и перенести сайт туда: заодно обновится операционная система. Обновление MySQL «на месте» поверх рабочей базы — самый рискованный путь: по документации MySQL прямой переход «на месте» идёт только в следующую LTS-ветку, то есть 5.7 → 8.0 → 8.4, официально пропускать 8.0 нельзя ни при каком способе; перенос через дамп в чистый экземпляр хотя бы сохраняет старую базу для отката, а итог обязательно проверяют на стенде.

Особенности для WordPress

В WordPress основной риск — плагины и тема. Перед сменой PHP обновите их, найдите замену заброшенным и проверьте правки в родительской теме. Для магазинов на WooCommerce после переключения обязательно проверяются корзина, оформление заказа и платёжные модули. Подробнее о регламенте обновлений движка — в статье об обновлении WordPress, OpenCart и MODX.

Ошибка «Для установки требуется версия MySQL не ниже 8.0.0»

Это сообщение появляется в Битриксе при установке продукта через мастер установки (bitrixsetup.php) на сервере со старой MySQL. В интернете гуляет совет найти в установщике константу с минимальной версией и поменять 8.0.0 на 5.0.0. Так делать не стоит: проверка обходится, но платформа будет работать на СУБД, под которую её не тестировали, а правка слетит при следующем обновлении. Правильное решение одно — обновить MySQL или перенести сайт на сервер с актуальной версией.

Сколько времени занимает переход и когда звать подрядчика

Трудоёмкость зависит не от номера версии, а от состояния проекта. Корпоративный сайт на актуальном ядре без доработок переводится за один-два рабочих дня вместе с тестированием. Интернет-магазин с обменом с 1С, собственными модулями и правками ядра, который не обновляли несколько лет, — это уже небольшой проект, где основное время уходит на поиск и исправление несовместимого кода.

Самостоятельно справиться реально, если сайт регулярно обновлялся, есть тестовая копия и человек, который читает логи. Подрядчик нужен, когда:

• сайт не обновлялся годами, стоит PHP 7.x или MySQL 5.7;
• есть правки ядра, самописные модули, интеграции с 1С, CRM, платёжными системами;
• нельзя остановить приём заказов больше чем на час;
• неизвестно, что вообще установлено на сервере и кто писал код.

В последнем случае начинают с технического аудита кода: он показывает, что нужно исправить обязательно, а что можно отложить. Переход на PHP 8 и MySQL 8 обычно входит в регламент поддержки сайта на 1С-Битрикс и поддержки WordPress: работы оцениваются в часах после аудита, наша ставка — 2 500 ₽ в час.

Чек-лист обновления PHP и MySQL на сайте

• Узнали текущие версии PHP (для сайта и для cron) и СУБД
• Выбрали целевые версии: PHP 8.3 или 8.4, MySQL 8.4 LTS или MariaDB 10.11+
• Проверили требования CMS и совместимость модулей, плагинов, темы
• Сделали бэкап и проверили восстановление из него
• Развернули тестовую копию с отключёнными платежами и рассылками
• Обновили ядро, модули и плагины на текущем PHP
• Переключили PHP на копии, прогнали сценарии: каталог, корзина, оплата, формы, обмен с 1С, письма
• Прогнали проверку совместимости MySQL и загрузили дамп в новую версию на стенде
• Перенесли конфиг СУБД вручную, без устаревших параметров
• Переключили рабочий сайт в технологическое окно, сохранили старую базу для отката
• Неделю следили за логами, медленными запросами и заданиями cron

Коротко

В 2026 году PHP ниже 8.2 и MySQL ниже 8.0 для сайтов на 1С-Битрикс — это отсутствие обновлений безопасности, для WordPress — работа на версиях без поддержки. Целиться стоит в PHP 8.3–8.4 и MySQL 8.4 LTS. Обновляйте по одному слою за раз: сначала движок на старом PHP, затем PHP, затем база — и всегда через тестовую копию с планом отката.