Загрузка продуктов в Ubercart

Главные вкладки

Аватар пользователя mbakhtina mbakhtina 16 марта 2009 в 11:50

Использую Drupal 6.10, Ubercart2 и еще кучу всего. Тип материала product дополнен несколькими полями, в основном по таксономии. Сейчас задача заключается в том, чтобы загрузить ассортимент из базы в интернет магазин. Есть ли специальные готовые решения? Товарная база сейчас в 1С 8.1, может быть вылита в XML. Может быть, есть какие-то универсальные механизмы загрузки из XML? Или нужно писать загрузчик самостоятельно? Если так, подскажите, пожалуйста, с какой стороны подойти к этому вопросу. Очень не хочется изобретать велосипед, если сосед на такой конструкции уже катается..

Комментарии

Аватар пользователя glu2006 glu2006 16 марта 2009 в 12:26

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

Самое главное что вам понадобится - это парсер XML и какой-то простой механизм синхронизации внешних и внутренних ключей т.е. ключей 1С и nid.

Аватар пользователя alexlad alexlad 13 мая 2009 в 22:53

неужели нет модуля (который есть практически во всех ПЛАТНЫХ магазинах) вывода каталога товаров в Эксель (или экселеподобный в Опен Офисе формат)и обратного ввода отредактированного?????
т.е. Экспорт и Импорт КАТАЛОГА товаров в Эксель??????
или это друпалу с юберкартом просто не под силу?
ЭТО ВЕДЬ НЕОБХОДИМОСТЬ при большом количестве товаров.
Я вот сейчас мучаюсь как раз с закидыванием товаров(((((
И это мне нужно в конце каждого месяца (ВСЕ!!!!!!!!) менять... цены, некоторые товары и т.д.
УЖАС
В хорошем и удобном магазине а такие мучения(((((((((((((((((((((((

Аватар пользователя glu2006 glu2006 14 мая 2009 в 10:33

alexlad wrote:
неужели нет модуля (который есть практически во всех ПЛАТНЫХ магазинах) вывода каталога товаров в Эксель (или экселеподобный в Опен Офисе формат)и обратного ввода отредактированного?????
т.е. Экспорт и Импорт КАТАЛОГА товаров в Эксель??????
или это друпалу с юберкартом просто не под силу?
ЭТО ВЕДЬ НЕОБХОДИМОСТЬ при большом количестве товаров.
Я вот сейчас мучаюсь как раз с закидыванием товаров(((((
И это мне нужно в конце каждого месяца (ВСЕ!!!!!!!!) менять... цены, некоторые товары и т.д.
УЖАС
В хорошем и удобном магазине а такие мучения(((((((((((((((((((((((

Универсального метода НЕТ!
Надо писать свое. Откуда мы знаем какие поля у Вас в магазине и чем он вообще торгует? Кому-то достаточно для импорта - экспорта поля SKU, image, price, description (body).
Кто-то создает свой тип материала набивает его сск полями и потом регистрирует в уберкарте а стандартный тип вообще не использует равно как и каталог, одни отдают выгрузку в xls, вторые в xml, третьи вообще в csv, какой смысл писать универсальный модуль? да и кто будет финансировать его разработку? а она будет стоить не так уж мало как кажется на первый взгляд.

Аватар пользователя def def 1 июня 2009 в 16:05

Ну да, конечно нет смысла писать универсальный модуль! Но и НЕ НАДО! Нужен простейший модуль, который позволяет загружать каталог в виде:
SKU, image, price, description (body).
Этого хватит для большенства задач.
И человек прав - такие модули есть практически на всех магазинах.

Аватар пользователя glu2006 glu2006 1 июня 2009 в 16:48

def wrote:
Ну да, конечно нет смысла писать универсальный модуль! Но и НЕ НАДО! Нужен простейший модуль, который позволяет загружать каталог в виде:
SKU, image, price, description (body).
Этого хватит для большенства задач.
И человек прав - такие модули есть практически на всех магазинах.

Вся задача Вашего импорта или экспорта будет в поиске в БД nid товаров затем операция node_load(), изменение данных, node_save() и парсер который разберет Ваш файл и подставит нужные переменные в нужное место ВСЕ, или еще проще будет сразу менять значения в БД по паре nid-SKU.

ЗЫ. Если такой модуль не написан значит в нем действительно нет никакой необходимости.

Аватар пользователя alexlad alexlad 4 июня 2009 в 23:05

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

Аватар пользователя glu2006 glu2006 5 июня 2009 в 11:22

Импорт цен это вообще самое простое у меня по этому поводу есть действующие наработки для 5-й ветки работают на сайтах:
http://ibook.com.ua
http://busybrains.com
http://www.semerc.com
там же и импорт товаров с картинкаме, но импорт товаров написан индивидуально для каждого проекта в силу специфики создаваемых продуктов.

Аватар пользователя WiseMan WiseMan 5 июня 2009 в 12:08

"glu2006" wrote:
у меня по этому поводу есть действующие наработки для 5-й ветки

По моему вы писали об этом на ubercart.ru. А вообще речь про 6-ю версию, может выложите ваши наработки? а кто-нить под шестерку их, глядишь, и портирует и до модуля доведет.

Аватар пользователя glu2006 glu2006 5 июня 2009 в 15:25

WiseMan wrote:
По моему вы писали об этом на ubercart.ru. А вообще речь про 6-ю версию, может выложите ваши наработки? а кто-нить под шестерку их, глядишь, и портирует и до модуля доведет.

Наработки реализованы в виде плагинов к тестящемуся пока модулю http://drupal.org/project/dataimport поэтому без него смысла в выложенных мной плагинах никакого не будет.
Для наводки на реализацию импорта цен, берется файл в котором в зависимости от структуры цен на сайте организована след структура:
SKU1, price1, price2, price3
SKU2, price1, price2, price3
SKU3, price1, price2, price3 и т.д.
парсер разгребает данный файл и пишет в таблицу uc_product каждоу SKU свою новую цену и все.
Если Вам это необходимо, то готов написать под 6-ку плагин к своему тестируемому модулю за символическу плату, контакты в профиле.
почему за символическую: модуль датаимпорт уже портирован на 6-ку а плагины надо переписывать. причем там уже всё делается через batch процессы что существенно улучшает процедуру импорта поскольку фактически не зависит от времени выполнения скриптов на хостинге.

Аватар пользователя Swad Swad 14 сентября 2009 в 13:43

Я сделал просто, работает через драйвер MySQL ODBC прямыми запросами к базе данных (ADO). Правда не все хостеры разрешают прямой доступ к БД.
Пример тут http://beri.in.ua/
Имя: Test
Пароль: qwerty

Обработка в 1с 8 в автомате заливает товары и забирает заказы.
Так-же обновляется контент и создаются новые пользователи прямо из 1с-ки в общем сплошной коммунизм - полный контроль над содержимым сайта.

Аватар пользователя keereel@drupal.org keereel@drupal.org 10 июня 2009 в 21:50

glu2006:
Если говорить в общем, то модуль действительно необходим. До перехода на UC я работал с OsC - там есть модуль Easy Populate. Вполне универсальное решение для разных типов магазинов и форматов оффлайновых данных.
А если говорить конкретно - то в каких цифрах выражается "символичность"? Smile

WiseMan: я в доле, если что.

Аватар пользователя glu2006 glu2006 11 июня 2009 в 9:41

<a href="mailto:keereel@drupal.org">keereel@drupal.org</a> wrote:
glu2006:
Если говорить в общем, то модуль действительно необходим. До перехода на UC я работал с OsC - там есть модуль Easy Populate. Вполне универсальное решение для разных типов магазинов и форматов оффлайновых данных.
А если говорить конкретно - то в каких цифрах выражается "символичность"? Smile

WiseMan: я в доле, если что.

Символичность цифр мы обсудим после составления коллективного ТЗ, поскольку ляпнуть 10 долларов и убить остатки заканчивающейся молодости на создание модуля желания нет никакого Smile В любом случае это будет дешевле чем я бы написал кому-то одному на заказ Smile