Хостинг PrestaShop: PHP, модули и восстановление

Выпишите версию PrestaShop, тему, модули доставки и оплаты, собственные overrides и используемые интеграции. Затем выберите окружение по матрице этой ветки. Перенос готового магазина и сборка исходного кода требуют разных возможностей хостинга.

PHP 8.5 подходит не каждой ветке PrestaShop 9

На 6 октября 2026 года официальная таблица требований разделяет 9.0 и 9.1. Для 9.0 поддерживаются PHP 8.1-8.4, рекомендован 8.4; PHP 8.5 не поддерживается. Для 9.1 поддерживаются 8.1-8.5, рекомендован 8.5. Версии 8.6 и выше в таблице не поддерживаются.

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

В той же странице минимум БД указан как MySQL 5.7 или MariaDB 10.2, с рекомендацией свежей версии. Для memory_limit рекомендовано не менее 512M на скрипт. Эти значения не описывают полный объем RAM VPS и не заменяют проверку сопровождения выбранной базы.

Сверьте расширения и настройки по полному списку документа; отдельно получите подтверждение веб-PHP и CLI. Значок «PHP» не отвечает на эти вопросы. Руководство PHP помогает отделить версии и обработчики.

Пакет для установки и исходный код

Инструкция установки различает development version и release package. Исходники содержат тесты и средства сборки, а готовый пакет подготовлен для рабочего окружения. С PrestaShop 9 документ отмечает, что готовые release-пакеты больше не собираются и не размещаются на GitHub.

Не скачивайте случайный архив из стороннего каталога как эквивалент официального пакета. Уточните его происхождение и точный номер перед приемкой. Наличие доступа к Git не означает, что можно пропустить зависимости и сборку.

В описании изменений 9.1 Node.js 20.19.5 указан для сборки assets. Это не требование держать постоянный Node.js-процесс магазина. Определите, где собираются тема и статические файлы: локально, в CI или на площадке, и какие инструменты для этого нужны.

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

Новое ядро не обновляет модуль автоматически

Документ изменений 9.1 описывает переход Bootstrap к 5.3.3 и изменения схемы БД. Старое оформление модуля требует отдельной проверки. Совместимость с 9.0 нельзя автоматически распространить на тему нового магазина.

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

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

Почему Update Assistant не предлагает обновление

Update FAQ дает две возможные причины: релиз еще не отмечен для обновления либо текущий PHP вне нужного диапазона. Он может быть слишком старым или слишком новым. Сообщение «актуально» само по себе не подтверждает, что релиз выбран правильно для вашего окружения.

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

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

Приемка магазина, а не только главной

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

1. Найдите тестовый товар поиском и фильтром. Измените цену и доступность, проверьте результат в витрине. 2. Загрузите изображение и проверьте варианты отображения. Сверьте ссылки старых товаров после переноса, не очищая архив файлов. 3. Пройдите корзину с тестовыми доставкой и оплатой без реального списания. Запишите ожидаемую сумму и статус заказа. 4. Проверьте вход сотрудника, редактирование товара и используемые модули. Успешный вход администратора не проверяет все роли. 5. Запустите обычный импорт на тестовых данных. Запишите объем, длительность и ошибки, не объявляя число товаров универсальным расчетом RAM.

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

Восстановление после обновления

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

Post-restore checklist короткий: проверка maintenance mode и рекомендация очистить кеш при недоступной административной части. Это не полный тест магазина. Дополните его своими товарами, модулями и тестовым заказом; рабочую площадку открывайте по согласованному плану.

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

Когда можно выбирать тариф

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

Для VPS назначьте ответственного за ОС и стек; для shared запросите пределы PHP, диска и операций обновления. Пока ответы и приемка неизвестны, рекомендация конкретного тарифа остается неподтвержденной.