Міграція OpenCart 3 на 4 — не оновлення, а повноцінна перебудова проєкту. Ми стикалися з проєктами, де кастомні розширення та нестандартні шаблони перетворювали процес на головоломку. Наш досвід показує, що без детального плану та тестування можна втратити дані та клієнтів. Ми працюємо на ринку понад 5 років і виконали 50+ міграцій OpenCart, тому знаємо кожну пастку. Розберемо, як перенести дані, адаптувати код і зберегти продуктивність.
Чому міграція OpenCart 3 → 4 — це не просто оновлення?
OpenCart 4 — це повністю перероблена платформа. Потрібен PHP 8.0+, шаблони переїхали з PHP на Twig, а система розширень OCMOD замінена на Events System. Пряме оновлення неможливе — потрібна міграція даних і повна переробка кастомного коду. Згідно з офіційною документацією OpenCart, перехід потребує повного аудиту та тестування.
Які технічні складнощі ми вирішуємо?
- Несумісність PHP. OC3 працював на PHP 7.x, OC4 потребує 8.0+. Застаріле оточення — перша причина збоїв. Ми перевіряємо сервер і оновлюємо оточення.
- Шаблони PHP → Twig. Усі файли
.tpl.phpпотрібно переписати на.twig. Twig працює швидше за рахунок компіляції шаблонів у PHP-код. Це дає виграш у швидкості завантаження сторінок до 40%. - OCMOD → Events. Модифікація ядра через патчінг файлів замінена на систему подій. Розширення переписуються без зміни вихідників, що спрощує підтримку.
- Зміна Storage API. Структура папки storage та робота з файлами повністю перероблені. Потрібно переналаштувати шляхи.
Кожна з цих проблем потребує окремого підходу. На аудиті ми визначаємо точний обсяг робіт і ризики.
Як ми проводимо міграцію: реальний кейс
Кожен проєкт унікальний, але є перевірений сценарій. Нещодавно перенесли магазин автозапчастин з 5000 товарів, власним модулем уцінених товарів та інтеграцією з 1С. Спочатку аудит — виявили 12 кастомних розширень, 3 з яких потребували повної переробки. Потім бекап, перенесення даних через SQL, адаптація шаблонів за 2 тижні, тестування на staging-сервері та запуск. Результат: швидкість завантаження сторінок зросла на 40% завдяки Twig і PHP 8. Клієнт не помітив простою — запуск пройшов безболісно.
Адаптація розширень під Events System
Замість патчінгу файлів через OCMOD ми використовуємо події. Кожне розширення переписуємо у вигляді класу-обробника подій. Приклад: виведення кастомного бейджа на сторінці товару:
class ExtensionMyExtensionEventProductList { public function index(&$route, &$data): void { foreach ($data['products'] as &$product) { $product['custom_badge'] = 'Акція'; } } } Такий підхід виключає конфлікти між розширеннями та спрощує оновлення ядра.
Які технічні зміни відбулися в OpenCart 4?
| Характеристика | OpenCart 3 | OpenCart 4 |
|---|---|---|
| PHP | 7.x | 8.0+ |
| Шаблони | .tpl.php | .twig |
| Розширення | OCMOD | Events |
| Storage | DIR_UPLOAD | Нове сховище |
| Адмінка | Стара | Повністю перероблена |
Twig-шаблони працюють у 2 рази швидше за PHP-шаблони завдяки компіляції, а Events System робить розширення безпечнішими та легшими в підтримці. Детальніше про Twig читайте в документації Twig.
Що входить у роботу?
- Повний аудит поточного магазину з детальним звітом.
- Експорт і трансформація даних (товари, замовлення, клієнти, налаштування).
- Адаптація шаблонів і всіх розширень під Twig та Events System.
- Налаштування нового Storage API та перенесення файлів.
- Тестування на staging-сервері з перевіркою всіх ключових сценаріїв.
- Документація щодо змін і навчання команди.
- Місяць технічної підтримки після запуску.
Процес і терміни
- Аудит поточного магазину (розширення, налаштування, обсяг даних).
- Підготовка оточення (PHP 8.0+, сервер, staging).
- Експорт даних та їх трансформація під OC4.
- Адаптація шаблонів і розширень під Twig та Events.
- Імпорт і тестування на staging-сервері.
- Запуск і моніторинг.
| Тип магазину | Термін |
|---|---|
| До 500 товарів, стандартний шаблон | 1–2 тижні |
| 1000–10000 товарів, кастомний шаблон | 3–5 тижнів |
| Великий магазин з кастомними розширеннями | 2–3 місяці |
Гарантії та підтримка
- Повний бекап та його верифікація.
- Перенесення товарів, замовлень, клієнтів та всіх налаштувань.
- Адаптація шаблонів і всіх розширень.
- Налаштування нового Storage API.
- Тестування всіх ключових сценаріїв (кошик, оформлення, особистий кабінет).
- Документація щодо змін.
- Місяць технічної підтримки після запуску.
Типові помилки при міграції: ігнорування несумісності PHP-розширень, пропуск тестування платіжних шлюзів, втрата зв'язку зображень при неправильному rsync. Ми гарантуємо збереження даних і безперебійну роботу.
У вас складний проєкт? Зв'яжіться з нами для аудиту — оцінимо обсяг і терміни. Або залиште заявку на консультацію — обговоримо деталі.