OpenCart и его сборки стоят под множеством небольших магазинов, и чаще всего проблема не в платформе, а в том, что версия не обновлялась годами. Разбираем по существу.
Коротко
- Подходит небольшому магазину.
- Модули определяют почти всё.
- Старые версии — главная проблема.
- Обновление версии — отдельный проект.
Что он даёт
| Плюс | Что это значит |
|---|---|
| Открытый код | Сайт можно забрать |
| Магазинная логика из коробки | Каталог, корзина, заказы |
| Недорогой старт | Нет лицензии |
| Много модулей | Типовые задачи решены |
| Невысокие требования к хостингу | Дешевле в содержании |
| Русскоязычные сборки | Локальные особенности учтены |
Для магазина на несколько сотен товаров этого набора обычно достаточно, и деньги, не потраченные на лицензию, разумнее вложить в фотографии товаров и описания — они влияют на продажи сильнее платформы. Про карточку — в статье про конверсию карточки товара.
Где основные риски
| Риск | Как проявляется |
|---|---|
| Старая версия платформы | Обновлений безопасности нет |
| Старая версия языка на сервере | Хостер однажды её отключит |
| Модули от разных авторов | Конфликты и правки в ядре |
| Правки прямо в файлах | Обновление их сотрёт |
| Заброшенные модули | Заменить нечем |
| Скорость при большом каталоге | Требует работы |
Первые две строки связаны и создают тихую мину. Пока сайт работает, никто не смотрит на версии; в момент, когда хостинг перестаёт поддерживать старую версию языка, магазин встаёт — и обновление оказывается срочным проектом вместо планового. Проверять поддерживаемость версий стоит раз в год, как написано в статье про обновление CMS.
Что проверить, если магазин уже на нём
Узнать версию платформы и сборки
И поддерживается ли она.
Узнать версию языка на сервере
И до какого срока она живёт.
Составить список модулей
С авторами и датами.
Выяснить, есть ли правки в ядре
Это влияет на обновление.
Проверить резервные копии
Разворачиваются ли.
Оценить стоимость обновления
Заранее, не в аварии.
Четвёртый шаг определяет цену всего остального. Если предыдущий подрядчик правил файлы ядра напрямую, обновление превращается в перенос этих правок — и объём работы выясняется только после ревизии, поэтому делать её стоит до того, как обновление станет срочным.
Как относиться к обновлению версии
| Ситуация | Разумный подход |
|---|---|
| Версия поддерживается | Обновления безопасности по расписанию |
| Версия устарела, но работает | Планировать переход заранее |
| Хостинг предупредил о смене версии языка | Срок известен, работать по нему |
| Модули не совместимы с новой версией | Искать замену заранее |
| Правок в ядре много | Рассматривать переезд как новый проект |
Переход на новую мажорную версию здесь — не обновление, а проект с переносом данных и проверкой всех модулей. Планировать его стоит как разработку: с тестовой копией, списком проверок и сохранением адресов страниц — про адреса в статье о том, как правильно сменить CMS.
Когда он подходит и когда нет
Подходит
- Магазин на сотни товаров
- Простые правила доставки и оплаты
- Небольшой бюджет
- Есть подрядчик, знающий платформу
Подходит хуже
- Десятки тысяч товаров
- Сложные интеграции с учётом
- Много складов и сложные цены
- Нет никого для поддержки
Последняя строка правой колонки касается любой открытой платформы. Открытый код означает, что обновления и безопасность — ваша забота: без человека, который этим занимается, недорогая платформа обходится дороже всего.
Правила, которые экономят деньги
Не править ядро напрямую
Только штатными способами.
Ставить минимум модулей
Каждый — обязательство.
Хранить список модулей и правок
С назначением.
Держать тестовую копию
Для проверок.
Следить за сроками версий
Платформы и языка.
Копии вне хостинга
С проверкой восстановления.
Первое правило важнее остальных пяти. Магазин, где все изменения сделаны штатными способами, обновляется предсказуемо; магазин с правками в ядре не обновляется вообще — и разница в цене владения измеряется не процентами, а разами.
Частые вопросы
Подходит ли OpenCart для небольшого магазина?
Да: магазинная логика из коробки, нет лицензии, невысокие требования к хостингу. Для нескольких сотен товаров этого обычно достаточно.
В чём главный риск?
В устаревшей версии платформы и языка на сервере. Пока сайт работает, на версии не смотрят, а когда хостинг перестаёт поддерживать старую версию, магазин встаёт.
Почему нельзя править файлы ядра?
Такие правки стирает обновление, и обновление превращается в перенос правок. Магазин с правками в ядре не обновляется вообще.
Что проверить, если сайт уже сделан на OpenCart?
Версию платформы и языка на сервере, список модулей с датами, наличие правок в ядре, работоспособность резервных копий и стоимость обновления заранее.
Сделаем сайт, который приносит заявки
Спроектируем структуру под запросы, соберём и запустим — с учётом SEO с первого дня.
Обсудить разработку
