Сумісність модуля OpenCart визначається не одним номером версії. Важливі збірка CMS, PHP, вимоги до ionCube Loader, тема та зміни інших розширень. Підпис «для OpenCart 3» ще не підтверджує роботу в кожній конфігурації.
Цей список призначений для перевірки перед покупкою. Він доповнює статтю про сумісність після оновлення магазину. Мета — зібрати точні параметри й перевірити потрібний сценарій до зміни робочого сайту.
Зафіксуйте точну CMS і збірку
Запишіть версію OpenCart або ocStore, а за наявності — номер збірки. ocStore має власні особливості, тому підтримку потрібно підтвердити для конкретного пакета модуля.
Окремо вкажіть активну тему та важливі модифікації. Два магазини з однаковою CMS можуть мати різні контролери, шаблони й поля товару. Якщо розширення інтегрується у картку товару або оформлення замовлення, це особливо важливо. Під час звернення до розробника достатньо технічного опису; для першої перевірки не потрібно надсилати пароль адміністратора або копію покупецьких даних.
Перевірте саме веб-PHP
Версія команди php в SSH може відрізнятися від PHP, що обробляє сайт. У ShopX під час налаштування зафіксовано саме таку різницю: веб-PHP 8.2.35 і старіший CLI за замовчуванням. Тому одного php -v недостатньо.
Звертайтеся до параметрів домену
Перевірте вибраний обробник у панелі хостингу або погоджений технічний спосіб діагностики. Не залишайте публічний phpinfo з деталями середовища. Звірте також потрібні PHP-розширення. Наявність відповідної основної версії не доводить, що всі залежності завантажені для веб-процесу.
Як перевіряти ionCube Loader
Для закодованого пакета потрібен відповідний Loader і сумісність самого кодування з вашою PHP-гілкою. Число «15+» без пояснення не є повним описом вимог: уточніть, чого воно стосується.
Нова версія Loader сама по собі не гарантує роботу будь-якої збірки на будь-якому PHP. Підтримка залежить від способу кодування й можливостей середовища. Завантаження та відомості наведено на офіційному сайті ionCube. Підтвердження сумісності конкретного модуля отримуйте у його розробника; не обходьте перевірку ліцензії або захист коду.
Оцініть тему й модифікації
Перевірте, куди модуль додає інтерфейс і які файли модифікує. Розширення, що працює лише в адміністративній панелі, та елемент публічної картки товару мають різні точки взаємодії з темою.
- Звірте підтримку вашої теми або спосіб адаптації.
- Перегляньте наявні OCMOD-зміни в тих самих місцях.
- Уточніть залежності від інших розширень.
- Не підміняйте файли кешу модифікацій як постійне рішення.
Коли одночасно змінюється кілька компонентів, причину помилки знайти складніше. Перевіряйте зміни послідовно на тестовому середовищі.
Перевірте зовнішні сервіси та ліцензію
Інтеграції можуть вимагати акаунт продавця, API-доступ, касу або платний зовнішній сервіс. Сам файл модуля не створює цих доступів. Перевірте, що потрібна операція доступна саме вашому обліковому запису.
Уточніть ліцензію на домен, порядок отримання потрібної збірки та вимоги до тестового домену. Не припускайте, що умови всіх товарів однакові. Дані ліцензії та доступи передавайте лише погодженим захищеним способом. Для ShopX спосіб видачі файлів і ліцензії потрібно звіряти з чинними умовами замовлення та карткою товару.
Проведіть контрольне встановлення
- Збережіть перевірену копію файлів і БД перед змінами.
- Підготуйте ізольоване тестове середовище без відкритого доступу до персональних даних.
- Встановіть точний пакет для вашої конфігурації.
- Пройдіть ключовий сценарій модуля.
- Перевірте журнал і суміжні дії магазину.
PHP lint не замінює функціональну перевірку
Перевірка синтаксису корисна, але не підтверджує роботу SQL, зовнішнього API або шаблону. Для закодованих частин доступні перевірки також відрізняються. Критерій успіху — результат погодженого сценарію без порушення інших потрібних процесів.
Як описати помилку розробнику
Запишіть точні версії, дію перед помилкою, час і технічний код повідомлення. Додайте мінімальний приклад, що відтворює ситуацію. Зі скриншотів приберіть ключі, телефони, адреси й дані ліцензії.
Не змінюйте глобальну версію PHP робочого магазину навмання заради одного розширення. Спочатку визначте, чи проблема в залежності, пакеті, модифікації або налаштуваннях. Після виправлення повторіть потрібний сценарій і суміжні дії. За невизначеного результату не вважайте встановлення підтверджено успішним.
Що має бути відомо до покупки
- Точна CMS, збірка, тема й веб-PHP.
- Вимоги до Loader та залежностей.
- Потрібний канал і перелік доступних операцій.
- Умови ліцензії та зовнішніх сервісів.
- План тестування, резервування й повернення попереднього стану.
Збережіть ці параметри й порівняйте їх з вимогами потрібного модуля. Для самого встановлення використайте покроковий посібник OpenCart. Чесно позначена неперевірена комбінація краща за припущення, що будь-який суміжний номер версії обов’язково підійде.
