e_v_medvedev

e_v_medvedev
Рейтинг
183
Регистрация
07.03.2013
Vers:
Ну вполне себе успешно это внедряем уже в трех направлениях и растем вполне успешно :)

Фишка в том, что мы не предлагаем оптовым компаниям переходить на какой-то формат, мы берем на себя обработку их жутких форматов в наш единый вид, а в нем уже раздаем магазинам. В итоге все довольны, никому ничего делать не надо, кроме нас :)

---------- Добавлено 28.07.2014 в 14:58 ----------



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

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

Vers:
Почему импорт сменился на экспорт? :) Проблема универсального импорт для ИМ в том, что все поставщики называют одинковый товар по разному и не имеют единого артикула в большинстве отраслей. Если Вам надо импортировать один файл то да, проблемы нет, если у Вас посатвщиков много, то это большая проблема

Не только в этом, а еще часто и в том, что в некоторых ИМ структура данных не предназначена для импорта некоторых данных. Я приводил выше пример с Opencart. Более того, там в ряде случаев нет возможности определенным комбинациям атрибутов приписать артикул для однозначной идентификации товара.

Vers:
Золотые слова, только и эту проблема решается уже, например, нами, как раз таки стандартизация формата входных данных и API, чтобы автоматом грузить обновлять данные в ИМ.

Ну успехов вам в этом безнадежном деле :-D. Получим второй CommerceML с тем же эффектом :-).

SeVlad:
Это корп. продукт, так что.. Хотя нечто похожее (гибкий импорт ХМЛ) есть в коммерческом продукте - десктоп под винду. Всего 80$. Готов купить? ;)

Нет, меня на это не развести :-). Я столько подобных продуктов перепробовал, и столько над этой темой работал, что уверен на 99.9999999% что универсального решения нет. Более того, могу точно сказать, что если бы хоть кто-то изобрел потоковый преобразователь информации (транслятор) из чего угодно во что угодно, он озолотился бы на этом. Повторюсь - проблема в отсутствии стандартов в описании объектов как у отправителей так и получателей. А нет стандарта описания объекта, нет и стандартизованной трансляции. Чтобы наглядно увидеть проблему - попробуйте онлайн переводчики типа гугла :-). В импорте точно та же проблема. То что вы говорили о WP - вполне возможно, потому что структура данных вордпресса проста как двери. В нее как раз закачать данные легко. А вот структура данных (таблиц) для хранения описания товара в ИМ часто бывает сложнее чем все структура данных вордпресса, включающая чуть больше 10 таблиц. Да и алгоритмы работы с этой информацией бывают весьма не простые.

SeVlad:
Об том и топик! Когда разработчики будут думать в одном направлении с их клиентами (продавцами в данном случае) - тогда всё станет на место :)


Я участвовал :) Правда, не как кодер, а как.. "почти программист" (описывал алгоритмы) и тестировщик, и не в ИМ, но сути не меняет. Могу утверждать - разработчикам удалось сделать более-менее гибкий инструмент для импорта ХМЛ-данных. Инструмент, удовлетворивший если не 100%, то 99,9% пользователей этого продукта.
Единственное, что так и не реализовали (проект прекратил развитие) - это импорт из разных ХМЛ-файлов (упрощённо: когда ИД данных находится в одном файле, сами данные в другом, а их хар-ки в третьем-десятом. И таких зависимых файлов - масса). Хотя это отчасти можно считать не популярной, а эксклюзивной задачей.

---------- Добавлено 28.07.2014 в 12:19 ----------


Ну не надо уж так утрировать. Подготовить ХМЛ - не большая проблема. Хотя зачастую с простого csv достаточно. Сделать импорт в нужные поля - не велика проблема. Главное вначале настроить соответствие и связи.
Не сочтите за [что-нибудь], но даже в плагинах к ВП есть пошаговые "натсройщики" полей с виз. контролем: что, куда, какой формат, зависимости и тп. При этом достаточно один раз всё это настроить и дальше можно использовать этот шаблон.

---------- Добавлено 28.07.2014 в 12:22 ----------


Неа, тогда он платит за разработку велосипедов :)

На счет того, что разработан - не нужно утверждать, меньше слов. Покажите где это работает :-). А если вы не разработчик, то утверждать можно все что угодно. Это легко, не зная сути проблемы.

Если вы думаете, что XML легко импортировать, то это не так. Кстати XML это вообще то мета-язык, на котором много что делается. Тот же HTML это подмножество XML. XML лишь помогает упростить первичный разбор, но этого еще недостаточно, чтобы залить данные в базу. В общем обсуждение бессмысленное. У вас просто не достаточно знаний для обсуждения темы. Не обижайтесь. Я просто констатирую факт.

SeVlad:
Думаю, что понимаю о чём ты. Но это НЕ проблема экспорта. Это проблема ПОДГОТОВКИ данных для экспорта.

Ну да, если все данные будут подготовлены в формате SQL запроса для заливки в БД, то проблема действительно не в импорте, а в подготовке :-D.

burunduk:
это надуманная проблема, если владелец магазина не может предоставить данные в xml формате - ему магазин на фиг не нужен!

Это практика. Причем повсеместная.

burunduk:
лучше бы они на завод пошли, толку было бы больше - ни одного инструмента для создания нормального сайта не существует, тупо отсутствует в природе как класс!!

Ну с этим не поспоришь :-D.

SeVlad:
Возможно, мой практический опыт работы с ИМ не такой большой, как твой. И я даже кодер никакой. Но! Есть товар и есть его характеристики. Несмотря на всё многообразие товаров их характеристик для подавляющего большинства ИМ ну 10-к, ну 20, не больше. Да пускай даже 100 или 1000 хар-к - проблем нет их экспортировать. В моём практическом опыте - разбор ХМЛ вполне тривиальная задача.
Ок, если я не прав, покажи, плз, проблемы невозможности создания универсального экспорта. (тут "универсального" - в см. подходящего для большинства ИМ).

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

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

А вообще все просто, вы попробуйте сами разработать этот универсальный импорт и все станет ясно :-). Я попробовал и мне все ясно :-).

SeVlad:
Железная логика :) И воду в кране нельзя очистить до питьевой, иначе давно бы это сделали? И овощи выращивать без химии и наркопритоны ликвидировать и.. тд и тп? шершеляфам.

Признаки и характеристики товаров структурно-типичны в 90% ИМ. Сделать нормальный экспорт не составляет сверхъестественных проблем. Более того - он существует в виде аддонов. Платных. (в этом как бэ ответ о причинах "невозможности")

То что вы принимаете за работающие решения - таковыми не являются. Если бы это было так, то ко мне бы не обращались постоянно с разработкой такого функционала. Вам просто не хватает практики использования этих аддонов. Я опираюсь не на теорию, а на практику.

Всего: 2095