Что за фуфло в тренде развития движков ?

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

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

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

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

Ну не надо уж так утрировать. Подготовить ХМЛ - не большая проблема. Хотя зачастую с простого csv достаточно. Сделать импорт в нужные поля - не велика проблема. Главное вначале настроить соответствие и связи.

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

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

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

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

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

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

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

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

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

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

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

Дело не в том как владелец информацию представляет, а в каком виде ему ее предоставляют поставщики.

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

Ну вполне себе успешно это внедряем уже в трех направлениях и растем вполне успешно :)

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

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

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