Той самий магазин на другому рушії: один дизайн на WooCommerce і OpenCart

Той самий магазин меблів, що на сусідньому стенді WooCommerce — той самий макет, той самий фід на 420 товарів, та сама структура каталогу, ті самі тексти — зібраний наново на OpenCart 4.1. Обидва живі, в обидві адмінки можна зайти гостем, а сторінка порівняння ставить їх поруч із числами, знятими одним приладом за один захід. Це відповідь на питання, яке замовник ставить першим: а на моїй платформі так само вийде? Дизайн перенісся без правок. Рушій — ні. Другої теми на рівні файлів OpenCart 4.1 не має, тому тема живе розширенням і підмінює шаблони подією: жоден файл ядра не зачеплено, оновлення роботу не зітре. Адресі товару потрібен окремий сегмент маршруту, інакше вона мовчки віддає 200 і показує головну. Масштабування зображень не читає SVG узагалі. Кеш на проміху повертає порожній масив замість false — перевірка is_array() проходить, і сторінка виходить порожньою без жодної помилки. Оформлення замовлення розкладено на п'ять маршрутів, де список доставки треба спершу запросити, щоб його можна було обрати. Кожна з цих особливостей ламає вітрину мовчки. Чого стенд не робить: гроші не рухаються, оплата лише при отриманні, зображення товарів згенеровані з габаритів, а не зняті, дані скидаються кожні 6 годин. Гостьова адмінка: shop-oc.devs-code.site/keruvannya, demo / demo.

• Один дизайн, два рушії — клацніть по обох адмінках і порівняйте самі
• Сторінка порівняння з чесними цифрами: обидва стенди одним приладом, в одну годину
• PageSpeed 99–100 на мобільному, CLS 0.000 — без jQuery і Bootstrap, мінус 230 КБ, яких тема не використовує
• Тема розширенням: жоден файл ядра не змінено, оновлення переживе
• Відділення Нової Пошти тягнуться з публічного API перевізника просто в оформленні
• Моніторинг оформлює повне замовлення кожні 5 хвилин і прибирає його за собою