Обновление PHP сайта и интернет-магазина

Обновление PHP – модуль PHP и стеклянный интерфейс интернет-магазина
PHP · СОВМЕСТИМОСТЬ · КОНТРОЛЬ

Обновим PHP.Проверим важное.

Подготовим переход под ваш сайт. Проверим совместимость на копии, сохраним данные и согласуем переключение.

01

Тестовая копия

02

План возврата

03

Контроль функций

01Повод для обновления

Переход начинается
с вашей задачи.

Новая версия PHP затрагивает систему, модули и собственный код. Сначала выясняем, что нужно именно вашему проекту.

01 / СРОК ОТ ХОСТИНГА

Старую версию отключают

Уточним дату, доступные версии и ограничения. Подготовим переход с учётом требований сайта.

02 / ЗАВИСИМОСТИ

CMS и модулям нужен новый PHP

Определим последовательность обновлений. Проверим готовое решение и собственные доработки.

03 / ПЛАНОВЫЕ РАБОТЫ

Пора обновить окружение

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

После смены PHP сайт уже не работает? Начнём с разбора сбоя и возможности восстановления. Обсудить восстановление

ВАШ САЙТ. ВАШ МАРШРУТ.

План обновления PHP

6 вопросов · без контактов

Расскажите о вашем сайте

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

План по вашим ответам. Проверка сайта не выполняется.
03Совместимость всего проекта

Совместимость.
На уровне деталей.

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

Проверка совместимости PHP, модулей и функций сайта
Система · модули · собственный код
01 / ПЛАТФОРМА

1С-Битрикс

Ядро, готовое решение, модули, обработчики и шаблоны. Отдельно – агенты, cron и обмен данными.

02 / ЭКОСИСТЕМА

WordPress и WooCommerce

Тема, плагины и собственные функции. Для магазина – корзина, оплата, уведомления и фоновые очереди.

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

Какие технические зависимости проверяем

PHP для веб-запросов и командной строки, PHP-FPM, настройки php.ini, расширения, лимиты, OPcache, сессии и права доступа. Для Composer – ограничения библиотек. Для закрытых модулей – совместимый загрузчик и версия от разработчика.

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

04Порядок работы

Сначала на копии.
Затем на сайте.

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

Изолированная тестовая копия сайта и резерв для возврата

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

01

Проверяем исходное состояние

Фиксируем PHP сайта и фоновых задач, CMS, модули, доработки и расширения. Выясняем ограничения хостинга и выбираем целевую версию.

02

Готовим копию и возврат

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

03

Устраняем несовместимости

На копии проверяем выбранную версию, журналы и важные функции. Согласуем обновление, исправление или замену проблемных компонентов.

04

Переключаем рабочий сайт

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

05

Проверяем и передаём

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

05Приёмка результата

Обновили PHP.
Проверяем работу.

Контрольные сценарии согласуем заранее. После перехода фиксируем фактический результат каждого из них.

Проверка магазина после обновления PHP – заказ, оплата, уведомления и обмен
01

Сайт и PHP

Что проверяем

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

Что подтверждаем

Рабочий сайт использует согласованное окружение. Результаты запросов и найденные ошибки зафиксированы.

02

Каталог и кабинет

Что проверяем

Проверяем изображения, поиск, авторизацию и сохранение изменений в панели управления.

Что подтверждаем

Выбранные сценарии дают ожидаемый результат, сессия сохраняется.

03

Заказы и оплата

Что проверяем

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

Что подтверждаем

Заказ записан с правильными данными; сумма, платёж и статус согласованы.

04

Письма и обмен

Что проверяем

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

Что подтверждаем

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

Для магазина включаем заказы и оплату, для корпоративного сайта – формы и обращения. Реальные платежи, письма и изменения данных выполняем по согласованному сценарию.

ВЫПОЛНЕННЫЙ ПРОЕКТ / БИТРИКС

8.2.208.5.12
NorthRelayОбновление PHP
06Опыт в работе

Практика.
С деталями и результатом.

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

16 адресовответили HTTP 200
PHP-FPM + cronпроверены отдельно

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

Посмотреть кейс

07Стоимость и объём

Понятный объём.
Согласованная стоимость.

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

Получить оценку

ДО НАЧАЛА РАБОТ
  1. 01

    Целевая версия PHP и перечень изменений.

  2. 02

    Стоимость, сроки и внешние зависимости.

  3. 03

    Время переключения и порядок возврата.

  4. 04

    Проверки и критерии приёмки.

Исправление кода, платные модули и возможный перенос согласуем отдельными пунктами.

08Вопросы перед началом

До начала
работ.

Ответы на вопросы об обновлении PHP.

Задать свой вопрос

Нужно ли обязательно переходить на PHP 8.5?

Целевую версию выбираем по поддержке PHP, требованиям вашей CMS, модулей и доработок. PHP 8.5 рассматриваем вместе с остальными совместимыми поддерживаемыми ветками. Решение подтверждаем проверкой конкретного сайта на копии.

Можно обновить PHP на текущем хостинге?

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

Сайт уже перестал работать после переключения. Поможете?

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

Можно выполнить обновление без остановки магазина?

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

Зачем проверять PHP отдельно для сайта и фоновых задач?

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

Если CMS поддерживает новый PHP, зачем проверять остальной сайт?

На сайте работают тема или готовое решение, сторонние модули, библиотеки и собственный код. Совместимость ядра CMS не гарантирует совместимость этих компонентов. Проверяем весь согласованный набор функций.

Ускорится ли сайт после обновления?

Производительность зависит от приложения, базы, кэша и сервера. Если нужны выводы об ускорении, согласуем сопоставимые измерения до и после. Конкретный процент ускорения или рост продаж заранее не обещаем.

Сколько стоит обновление и сколько времени занимает?

Зависит от текущей версии, CMS, доработок, ограничений хостинга и объёма проверок. По адресу сайта и описанию уточним, что нужно для оценки. Если необходим отдельный этап диагностики, заранее согласуем его стоимость и результат.

Что прислать для первого обращения?

Ссылку на сайт, платформу и текущую версию PHP, если знаете, причину обновления и текст ошибки или уведомления хостинга. Доступы и пароли в первичном обращении не нужны. Порядок доступа согласуем после определения задачи.