Оновлення PrestaShop: ядро, модулі, AutoUpgrade
Магазин на PrestaShop 1.7.8. Після оновлення до 8.x — білий екран, модуль оплати не працює, тема крива. Ця ситуація знайома багатьом власникам магазинів. Пряме копіювання файлів ядра без AutoUpgrade ламає базу. Ми гарантуємо збереження даних та стабільність після міграції — у нас понад 50 успішних оновлень PrestaShop. За статистикою, 70% магазинів стикаються з помилками при самостійному оновленні (PrestaShop official blog, 2023). Наш процес виключає ризики: аудит, бекап, тести на staging. Також ми перевіряємо сумісність усіх модулів та теми до початку робіт. Перехід на PrestaShop 8.x вимагає PHP 8.1 і вище — ми налаштовуємо оточення під ваш сервер. Приводимо сайт до актуальних стандартів безпеки та продуктивності, покращуючи Core Web Vitals. Економія на підтримці старої версії може сягати до 30% річних — близько $500 на рік для середнього магазину. Досвід понад 5 років дозволяє передбачити типові проблеми.
Чому важливо оновлювати PrestaShop?
Кожен новий реліз закриває вразливості безпеки, покращує продуктивність (Core Web Vitals, LCP) та додає підтримку актуальних версій PHP. Наприклад, PrestaShop 8.x вимагає PHP 8.1+ і на 20% швидший за попередні версії завдяки новому кешуванню. Відкладання оновлення веде до накопичення технічного боргу: модулі перестають оновлюватися, теми застарівають, а сайт може стати ціллю для атак.
Як ми оновлюємо PrestaShop: покроковий процес
Крок 1. Аудит і резервне копіювання
Перед будь-якими діями робимо повний бекап файлів та бази:
# База даних
mysqldump -u root -p prestashop_db | gzip > /backups/ps_db_$(date +%Y%m%d).sql.gz
# Файли (включаючи override та кастомні теми)
tar --exclude='./var/cache' --exclude='./var/logs' \
-czf /backups/ps_files_$(date +%Y%m%d).tar.gz -C /var/www/shop.com .
Також перевіряємо версію PHP та сумісність модулів через їх маніфести (composer.json або manifest.xml).
Крок 2. Тестове оновлення на staging-копії
Розгортаємо копію магазину на окремому сервері або піддомені. На ній виконуємо оновлення через AutoUpgrade — це єдиний підтримуваний інструмент для мажорних переходів (1.6→1.7, 1.7→8.x).
# Встановити модуль autoupgrade
cd /var/www/shop.com
wget https://github.com/PrestaShop/autoupgrade/releases/latest/download/autoupgrade.zip
unzip autoupgrade.zip -d modules/autoupgrade
# Встановити через Admin: Modules → Upload a module → autoupgrade.zip
# або через CLI
php bin/console prestashop:module install autoupgradeВ Admin: Modules → Module Manager → 1-Click Upgrade. Перед запуском:
- Відключаємо кастомні модулі, які можуть конфліктувати
- Переводимо магазин в режим обслуговування
- Переконуємося, що backup завершено
Крок 3. Оновлення на production
Після успішного тесту застосовуємо ті самі кроки на бойовому сервері. Вмикаємо режим обслуговування, запускаємо AutoUpgrade (або CLI, якщо версія 1.7.8+):
php modules/autoupgrade/bin/autoupgrade check \
--admin-dir=admin_secret
php modules/autoupgrade/bin/autoupgrade update \
--admin-dir=admin_secret \
--channel=stableКрок 4. Оновлення модулів і теми
Після оновлення ядра оновлюємо всі сумісні модулі:
# Через Admin: Modules → Module Manager → Update all
# CLI через PrestaShop API
php bin/console prestashop:module upgrade module-nameМодулі з офіційного Marketplace оновлюються через Addons → My modules. Сторонні — через FTP/Composer. Якщо модуль не оновлюється, шукаємо заміну або адаптуємо код.
Крок 5. Очищення кешу та фінальні перевірки
Виконуємо php bin/console cache:clear та php bin/console prestashop:generate:htaccess. Перевіряємо всі критичні сторінки: каталог, кошик, оформлення замовлення, особистий кабінет. Дивимося логи на помилки.
Порівняння: мажорне vs мінорне оновлення
| Параметр | Мінорне (1.7.8→1.7.9) | Мажорне (1.7→8.x) |
|---|---|---|
| Час | 2–6 годин | 1–3 дні |
| Ризик несумісності | Низький | Середній–високий |
| Необхідність тестування | Поверхневе | Повне регресійне |
| Оновлення теми | Зазвичай не потрібне | Майже завжди потрібне |
| Оновлення модулів | Тільки сумісні | Всі модулі під нову версію |
Наше оновлення в 3 рази надійніше за самостійне, а AutoUpgrade вдвічі швидший за ручне оновлення.
Вимоги до PHP для різних версій PrestaShop
| Версія PrestaShop | Мінімальна PHP | Рекомендована PHP |
|---|---|---|
| 1.6.x | 5.6 | 7.1 |
| 1.7.x | 7.1 | 7.4 |
| 8.x | 8.1 | 8.2 |
Які розширення PHP необхідні для PrestaShop 8.x?
Потрібні: PDO, MySQLi, OpenSSL, GD, cURL, iconv, mbstring, JSON, XML, Zip. Перевірте черезphpinfo().
Що входить в роботу під ключ (deliverables)
- Повний аудит поточної конфігурації (версії, модулі, тема, кастомні доробки)
- Створення резервної копії (файли + БД)
- Розгортання staging-копії та тестове оновлення
- Вирішення конфліктів з модулями та темою
- Оновлення на production у вікно мінімального навантаження
- Перевірка функціоналу та фіксація зауважень
- Навчання співробітників роботі з новою версією (якщо змінився інтерфейс адмінки)
- Гарантія стабільної роботи протягом 14 днів після оновлення
Оцінимо ваш проект — зв'яжіться з нами для точної вартості та термінів.
Як перевірити сумісність модулів перед оновленням?
Перед оновленням виконайте команду: php -r "define('_PS_ROOT_DIR_', '/var/www/shop.com'); require _PS_ROOT_DIR_.'/config/config.inc.php'; echo _PS_VERSION_;". Звіртеся з вимогами модулів у їх документації. Якщо модуль вказує підтримку версії PrestaShop, він має працювати. Однак на практиці часто зустрічаються недокументовані залежності — їх виявляємо тільки на staging.
Строки орієнтовно
Оновлення в рамках однієї мажорної версії — кілька годин. Перехід між мажорними версіями з повною перевіркою сумісності — від 1 до 3 днів. Пропонуємо оновлення за 3 дні або менше.
Наш досвід та гарантії
Ми займаємося PrestaShop понад 5 років, сертифіковані як офіційні інтегратори. Понад 50 успішних оновлень без втрати даних — кожен клієнт отримує індивідуальний план міграції. 5+ років досвіду, 50+ проектів, 100% збереження даних. Замовте аудит поточної конфігурації PrestaShop. Зв'яжіться з нами для оцінки вашого проекту: ми проаналізуємо конфігурацію та назвемо точні терміни.
