Как бы Вы организовали синхронизацию внешней базы данных с OpenCart?

Question

[Viktor Vsk]

Есть приложение со своей собственной базой данных. На другом сервере есть OpenCart 2.0.
Регулярно (например, раз в час) нужно создавать товары, которые есть в первом приложении, но отстутствую в OpenCart, а так же делать частичное обновление уже существующих (например, только цену).

Как бы вы реализовали оптимально этот процесс? С точки зрения максимальной простоты со стороны OpenCart. Считаем, что приложение особо ничем не ограничено, а OpenCart располагается на шаред хостинге (не обязательно, но как вариант)

Какие могут быть подводные камни?

UPD:
Уточню, что сделать любые изменения со стороны приложения с основной базой - труда не составляет. REST уже в принципе есть, добавить поле времени - не проблема. Дамп сделать - тоже.
Основной вопрос в том, как лучше всего поступить, с наименьшим вмешательством в Опенкарт.
Например, было бы круто, если бы была ссылка на метод типа:

Product->create(array('name' => $json['name'], 'description' => $json['description']));
Product->getByName($json['name'])->update(array('price' => $json['price']));

Но, как я понял, так просто не получится.

Так же, есть какие-то плагины импорта - но их надо настраивать. Все по-разному. Есть платные, есть бесплатные.

Так же, с учетом того, что синхронизировать нужно постоянно и как можно чаще, то возникает вопрос, с чьей стороны должен идти запрос? От Опенкарта или от приложения? Опенкарт должен стараться получить данные, или база должна стараться их импортировать?

Лучшее решение то, которое требует меньше действия над Опенкартом.

Было предложение по FTP загружать JSON, а опенкарт по крону будет добавлять из него товары (обновлять цены)

Answer 1

[Кирилл Арутюнов]

Зависит от количества товаров. Если их не очень много, то просто кроном можно обновлять.
Если товаров много, то надо искать другие пути - например, обновлять по частям.

Как часто в приложении меняются данные, которые надо на сайт выгружать?
Ну и т.к. у Опенкарта нет нормального api, то надо будет написать некоторую прослойку, которая будет искать/обновлять/добавлять товары. Модели там есть, конечно, но мне было крайне неудобно с ними работать при написании модуля для импорта товаров - слишком неудобно подавать туда данные.

Comments

[Viktor Vsk]

Обновил вопрос.
Товаров - десятки тысяч. Не менее 5ти и, ориентируемся, что не больше 100 000.
Обновлять нужно часто. Не реже, чем раз в час, например. В идеале - сразу же при изменениях, но на данном этапе это не так важно.

Насчет модулей импорта, стоит ли выбирать из существующих ? (платных, бесплатных). Из каких ?

Желательно - минимум кода на стороне опенкарта. И необходимо строго по расписанию без каких-либо действий вручную создавать новые (несущетсвующие) товары и обновлять цены у существующих. Не меняя логики работы всего опенкарта (там, может,акции, скидки, удаленные товары, фильтры и т.д.)

Если это важно, то создавать товары нужно из названия, описания, изображений и характеристик вида название: значение (в фантастическом случае, еще и связать их с фильтрами как-то)

Главное интересует, с чьей стороны лучше начинать синхронизацию? От опенкарта или от Приложения?

[Кирилл Арутюнов]

Виктор Выскребенцев: когда я писал модуль импорта, то я не трогал опенкарт, а работал напрямую с его базой данных. Структура там довольна простая, главное не забывать про многоязычность для атрибутов и описаний.

Мы как-то купили модуль импорта за $30 (по старому курсу), так в нём было куча косяков, которые автор пытался компенсировать огромным количеством видео-туториалов по модулю. В итоге вернули деньги и написали свой модуль.
Это одна из проблем опенкарта - модули, даже платные, зачастую очень косячные.

Если работать только с базой опенкарта, то код самого опенкарта трогать не надо, при этом все атрибуты и характеристики будут попадать в фильтры.

Именно поэтому надо написать какой-то минимальный api для опенкарта, который будет работать непосредственно с БД.

Я бы начинал синхронизацию со стороны опенкарта - раз у вас на стороне приложения постоянно меняются данные, то в какой бы момент времени опенкарт не обратился к ним, то скорее всего там будут какие-то изменения. Ну и как предложили выше - шлите запрос от опенкарта к приложению, а приложение пусть отдает список товаров, которые обновили свои данные.

Answer 2

[index0h]

вар 1: там где бд - сделайте REST сервис по товарам
вар 2: в бд укажите поле времени создания/правки товара, а при необходимости синхронизации - делайте дамп товаров созданных / обновленных позже последней синхронизации.
вар 3: разрешите доступ к бд на чтение из opencart.

Comments

[Евгений Лаврентьев]

Отличный вариант, делайте выгрузки из одной бд в другую, такой вариант чаще всего выбирают.

[Viktor Vsk]

Обновил вопрос.
Что интересует главное:
1. С чьей стороны инициировать обновление\импорт - от приложения или от опенкарта?
2. Как именно добавлять? Крон-таски+фтп, создавать метод контроллера, делать дамп базы в SQL ?
Если метод контроллера, то наверное, нужно воспользоваться модулем импорта\єкспорта? Каким лучше?
Если делать дамп, то где посмотреть, в каком именно формате?

[index0h]

Виктор Выскребенцев: > 1. С чьей стороны инициировать обновление\импорт - от приложения или от опенкарта?
я бы делал выгрузку со стороны opencard, сомневаюсь, что на БД сервере необходимо что либо знать о нем.

> 2. Как именно добавлять? ...
Здесь нет правильного ответа. Пишите как удобней, но не забывайте про обязательную проверку данных полученных опенкартом.

Answer 3

[ustasby]

Отдельный скрипт, запускаемый по крону и реализующий запись в базу данных, там особо сложного ничего нет, количество товаров роли не имеет, да и нагрузку можно распределять.