Pingveraблог ← Блог
Главная › Блог › Как обновить PHP на сайте интернет-магазина до конца поддержки PHP 8.2

Как обновить PHP на сайте интернет-магазина до конца поддержки PHP 8.2

11 ноября 2026 · 11 мин чтения

Как обновить PHP на сайте интернет-магазина до конца поддержки PHP 8.2

Если сайт магазина работает на PHP 8.2 или старше, PHP стоит обновить до 8.3 или 8.4. По графику php.net поддержка безопасности PHP 8.2 заканчивается 31 декабря 2026 года, а PHP 8.1 уже не поддерживается с 31 декабря 2025 года. После этой даты исправлений уязвимостей для ветки не будет.

Сайт 1 января не упадёт. Риск в другом: смена версии PHP ломает код тихо. Главная страница открывается, а корзина, оплата, обмен с 1С или письма о заказе перестают работать. Поэтому обновление нужно проводить как релиз: копия сайта, проверка сценариев покупки, переключение в спокойное окно и наблюдение за заказами после. До «Чёрной пятницы» и новогоднего пика осталось мало времени, так что начать проверку стоит на этой неделе.

Коротко

  • На ноябрь 2026 года поддерживаются PHP 8.2 (безопасность до 31.12.2026), 8.3 (до 31.12.2027), 8.4 (до 31.12.2028) и 8.5 (до 31.12.2029).
  • WordPress и WooCommerce рекомендуют PHP 8.3 или новее. WooCommerce 10.8+ протестирован до PHP 8.4.
  • Для 1С-Битрикс: Управление сайтом минимальная версия в требованиях — PHP 8.2. Если сайт на 8.1 или ниже, он уже не соответствует требованиям.
  • Сначала узнайте версию PHP и проверьте магазин на копии. Ломаются обычно плагины, модули и доработки, а не ядро CMS.
  • Не переключайте PHP в неделю распродажи. Безопасные окна: до середины ноября или после пика, но до конца года.
  • После переключения смотрите на заказы, оплаты и письма, а не только на то, что сайт открывается.

Почему это важно сейчас

У PHP понятный цикл поддержки. Каждая ветка два года получает обычные исправления и ещё два года только исправления безопасности. После этого ветка уходит в конец жизни. Страница поддерживаемых версий php.net прямо пишет, что пользователям таких версий нужно обновиться как можно скорее, иначе сайт может остаться с неисправленными уязвимостями.

Даты на 11 ноября 2026 года по php.net:

  • PHP 8.1 — конец поддержки 31 декабря 2025 года, последний выпуск 8.1.34;
  • PHP 8.2 — поддержка безопасности до 31 декабря 2026 года;
  • PHP 8.3 — до 31 декабря 2027 года;
  • PHP 8.4 — до 31 декабря 2028 года;
  • PHP 8.5 — вышел 20 ноября 2025 года, поддержка безопасности до 31 декабря 2029 года.

Что говорят платформы:

  • WordPress рекомендует хостинг с PHP 8.3 или новее. Он ещё работает на PHP 7.4+, но сам WordPress предупреждает, что эти версии достигли конца жизни и могут открыть сайт для уязвимостей.
  • WooCommerce в требованиях для версий 10.8 и новее указывает PHP 8.3 или новее (протестирован до PHP 8.4) и WordPress 6.9 или новее.
  • 1С-Битрикс: Управление сайтом в минимальных требованиях указывает PHP 8.2 и MySQL 8.0 или новее.

Для владельца магазина это значит простую вещь: окно, в котором PHP 8.2 ещё получает исправления, закрывается через семь недель. И эти семь недель приходятся на самый нагруженный сезон.

Как обновить PHP: пошаговая процедура

Шаг 1. Узнайте версию PHP сайта

Варианты, от простого к техническому:

  • Панель хостинга. У большинства хостингов версия PHP видна в настройках сайта, там же её обычно меняют.
  • WordPress. Раздел «Инструменты → Здоровье сайта». На вкладке «Состояние» WordPress показывает критическую проблему, если версия PHP устарела и требует обновления. На вкладке «Информация» в блоке «Сервер» видны параметры PHP.
  • Подрядчик. Если сайт ведёт студия, попросите письменно: версию PHP на боевом сервере, версию CMS и список модулей или плагинов с версиями.

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

Шаг 2. Выберите целевую версию

Для WordPress и WooCommerce разумный выбор — PHP 8.3 или 8.4: обе есть в рекомендациях, WooCommerce протестирован до 8.4. PHP 8.4 поддерживается на год дольше.

Для 1С-Битрикс целевую версию стоит согласовать с подрядчиком после обновления ядра и модулей: требования Битрикса указывают только минимум. Порядок такой: сначала обновить платформу и модули, потом PHP. Подробно про обновление Битрикса — в статье «Обновление 1С-Битрикс без поломки магазина».

Прыгать сразу через несколько версий (с 7.4 на 8.4) можно, но проверять тогда придётся больше. Изменения каждой ветки описаны в руководствах по миграции на php.net: разделы «Backward Incompatible Changes» и «Deprecated Features».

Шаг 3. Составьте список того, что может сломаться

Ядро WordPress и WooCommerce совместимо с новыми версиями PHP. Ломаются обычно:

  • старые плагины и модули, которые давно не обновлялись;
  • тема и доработки, написанные под заказ;
  • платёжные модули и модули доставки;
  • обмен с 1С, выгрузки фидов, синхронизация с маркетплейсами;
  • задания по расписанию (cron).

Пример изменения, которое ломает старый код. В PHP 8.4 объявлен устаревшим неявно допускающий null параметр: запись function foo(T1 $a = null) нужно заменить на ?T1 $a = null. Устаревание само сайт не роняет, но засоряет логи предупреждениями. А несовместимые изменения из раздела «Backward Incompatible Changes» уже могут вызвать фатальную ошибку.

Шаг 4. Проверьте магазин на копии

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

  1. Каталог, поиск, фильтры, карточка товара.
  2. Добавление в корзину, промокод, расчёт доставки.
  3. Оформление заказа и оплата тестовым платежом.
  4. Письмо покупателю и уведомление менеджеру.
  5. Личный кабинет, вход и восстановление пароля.
  6. Админка: создание товара, смена статуса заказа.
  7. Обмен с 1С и выгрузка фидов вручную.

Параллельно смотрите журнал ошибок PHP. Каждое новое предупреждение запишите и решите, что с ним делать: обновить плагин, заменить его или исправить код.

Шаг 5. Выберите окно и переключите

Не переключайте PHP за несколько дней до распродажи и во время неё. Выберите час с наименьшим числом заказов, предупредите менеджеров и подрядчика. Заранее договоритесь, кто и как вернёт прежнюю версию, если что-то пойдёт не так. На большинстве хостингов это одна настройка, и откат занимает минуты.

Шаг 6. Наблюдайте после переключения

Сразу после смены версии пройдите тот же сценарий, что на копии, только с реальной оплатой на небольшую сумму. Затем в течение суток сравнивайте число заказов и оплат с обычным уровнем для этого времени. Тихая поломка выглядит так: сайт открывается, а заказов нет. Как её поймать — в статье «Магазин работает, а заказов нет». Если после переключения появилась ошибка 500, начните с журнала ошибок: разбор есть в статье «Ошибка 500 на сайте».

Таблица рисков при обновлении PHP

Риск Кто отвечает Как проверить Когда
Устаревший плагин или модуль падает на новой версии Подрядчик или разработчик Журнал ошибок PHP на копии, проход по сценарию покупки До переключения
Платёжный модуль не создаёт платёж или не принимает уведомление об оплате Подрядчик + менеджер магазина Тестовая оплата, сверка статуса заказа с личным кабинетом эквайринга На копии и сразу после переключения
Не уходят письма о заказе Подрядчик Тестовый заказ, письмо дошло во входящие Сразу после переключения
Сломан обмен с 1С или выгрузка фидов Подрядчик + ответственный за 1С Ручной запуск обмена, сверка остатков и цен В первый день после переключения
Не выполняются задания по расписанию Подрядчик Время последнего запуска заданий В первые сутки
Падение числа заказов без явной ошибки Владелец или e-commerce-менеджер Сравнение заказов с тем же днём недели прошлых недель Первые 1–3 дня
Сайт остался на версии без исправлений безопасности Владелец Версия PHP в панели хостинга Раз в квартал

Чек-лист для копирования

ОБНОВЛЕНИЕ PHP: ЧЕК-ЛИСТ МАГАЗИНА

Подготовка
[ ] Текущая версия PHP: ____ (сайт), ____ (поддомены)
[ ] Версия CMS: ____  Целевая версия PHP: ____
[ ] Список плагинов/модулей с версиями и датой последнего обновления
[ ] CMS, плагины и модули обновлены до актуальных версий
[ ] Свежая резервная копия файлов и базы, проверено восстановление

Проверка на копии (новая версия PHP)
[ ] Каталог, поиск, фильтры, карточка товара
[ ] Корзина, промокод, расчёт доставки
[ ] Оформление заказа и тестовая оплата
[ ] Письмо покупателю и уведомление менеджеру
[ ] Вход, регистрация, восстановление пароля
[ ] Админка: товар, статус заказа
[ ] Обмен с 1С, выгрузка фидов, задания cron
[ ] Журнал ошибок PHP просмотрен, предупреждения разобраны

Переключение
[ ] Окно выбрано (не в неделю распродажи): ____
[ ] Ответственный за откат: ____  Способ отката: ____
[ ] Менеджеры предупреждены

После переключения
[ ] Реальный заказ с оплатой на малую сумму прошёл
[ ] Письма о заказе дошли
[ ] Обмен с 1С отработал
[ ] Заказы за сутки сравнены с обычным уровнем
[ ] Дата следующей проверки версии PHP: ____

Пример: магазин на WooCommerce

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

Магазин одежды на WooCommerce работает на PHP 8.1. Владелец открывает «Здоровье сайта» и видит предупреждение об устаревшей версии PHP. Студия на поддержке делает копию сайта и включает на ней PHP 8.4.

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

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

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

Частые ошибки

  • Проверить только главную страницу. Ломаются оформление заказа, оплата и фоновые задачи, а их с главной не видно.
  • Переключить PHP раньше, чем обновить плагины и модули. Старая версия модуля может не знать о новом PHP, хотя обновлённая уже совместима.
  • Обновлять в пиковую неделю. Если что-то сломается, цена ошибки в эти дни максимальная, а у подрядчика меньше всего времени.
  • Не договориться об откате. Когда заказы встали, искать, где в панели меняется версия PHP, поздно.
  • Считать, что хостинг всё сделает сам. Хостинг может предложить новую версию, но не проверит ваш платёжный модуль и обмен с 1С.
  • Игнорировать предупреждения в журнале. Устаревания сегодня становятся ошибками в следующих версиях PHP.

Честные ограничения. Новая версия PHP закрывает уязвимости самого PHP, но не делает сайт безопасным целиком: плагины, пароли и доступы нужно проверять отдельно. Чек-лист в статье не заменит проверку кода, если у магазина много доработок. А если подрядчик не может назвать версию PHP и список модулей, начните с этого вопроса. Полный список проверок после любого изменения на сервере есть в статье «Что проверить после релиза сайта».

Вопросы и ответы

Что будет с сайтом на PHP 8.2 после 31 декабря 2026 года?

Сайт продолжит работать. Но для PHP 8.2 перестанут выходить исправления уязвимостей, и php.net рекомендует таким пользователям обновиться как можно скорее. Чем дольше сайт остаётся на неподдерживаемой версии, тем больше известных уязвимостей в ней накапливается.

На какую версию PHP переходить: 8.3, 8.4 или 8.5?

Для WordPress и WooCommerce на ноябрь 2026 года практичный выбор — 8.3 или 8.4: WordPress рекомендует 8.3 и новее, WooCommerce протестирован до 8.4. Для Битрикса версию выбирайте вместе с подрядчиком после обновления ядра и модулей. Решающее слово за совместимостью ваших плагинов и модулей, а не за номером версии.

Как обновить PHP на WordPress?

Версию PHP меняют не в WordPress, а на сервере: обычно в панели хостинга, в настройках сайта. Перед этим обновите WordPress, тему и плагины, сделайте резервную копию и проверьте магазин на копии с новой версией. После переключения проверьте «Здоровье сайта» и пройдите путь покупки.

Pingvera

После смены версии PHP главное — заметить, если заказы остановились, хотя сайт открывается. Pingvera для WooCommerce получает события заказов через WordPress-коннектор и поднимает алерт, когда поток заказов падает ниже почасовой нормы. Переключение PHP можно отметить как деплой: оно ляжет на один таймлайн с заказами и инцидентами, и связь будет видна сразу. Сквозная проверка форм подтвердит, что письма с сайта доходят до ящика. Бесплатный тариф покрывает до 5 сайтов с проверками раз в минуту.

Источники

  • PHP: Supported Versions — https://www.php.net/supported-versions.php
  • PHP: Unsupported Branches (EOL) — https://www.php.net/eol.php
  • PHP 8.5 Release — https://www.php.net/releases/8.5/en.php
  • PHP Manual: Migrating from PHP 8.2.x to PHP 8.3.x — https://www.php.net/manual/en/migration83.php
  • PHP Manual: Migrating from PHP 8.3.x to PHP 8.4.x — https://www.php.net/manual/en/migration84.php
  • PHP Manual: Deprecated Features in PHP 8.4.x — https://www.php.net/manual/en/migration84.deprecated.php
  • WordPress Requirements — https://wordpress.org/about/requirements/
  • WordPress: PHP Compatibility and WordPress Versions — https://make.wordpress.org/core/handbook/references/php-compatibility-and-wordpress-versions/
  • WordPress: Site Health Screen — https://wordpress.org/documentation/article/site-health-screen/
  • WooCommerce Server Requirements — https://woocommerce.com/document/server-requirements/
  • 1С-Битрикс: Управление сайтом, технические требования — https://www.1c-bitrix.ru/products/cms/requirements.php

Проверено: 11 ноября 2026 года

Узнавайте о проблеме раньше клиента

Pingvera следит за сайтами клиентов «снаружи и изнутри» — доступность из регионов, формы, оплата, домен, SSL, сервер — и предупреждает в Telegram, email и Max раньше, чем напишет клиент.

Попробовать Pingvera бесплатно

Читайте также: Обновление 1С-Битрикс: как обновить без поломки магазина · Чёрная пятница 2026: даты и план для интернет-магазина · Технический долг интернет-магазина · Экономика возвратов интернет-магазина · Бесплатно проверить сайт.

← Все статьи · Политика конфиденциальности · pingvera.ru · Telegram-канал

На сайте осуществляется обработка пользовательских данных с использованием Cookie в соответствии с Политикой конфиденциальности.