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

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

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

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



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

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

smartceo.ru (https://smartceo.ru) (методология интернет-торговли, портфолио, онлайн сервисы)
[Удален]
#62
Vers:
Дело не в том как владелец информацию представляет, а в каком виде ему ее предоставляют поставщики.

эта проблема решается очень легко, сам решал подобную для многопользовательской среды (одновременно несколько менеджеров добавляют товары), вы будете долго ржать - я решил её на excel :)

SeVlad
На сайте с 03.11.2008
Offline
1609
#63
e_v_medvedev:
что уверен на 99.9999999% что универсального решения нет.

Я никогда не говорил об абсолютной универсальности. Я все время подчеркивал - для большинства (чит: популярных) задач. И это реально.

И ессно, что абсолютной универсальности быть не может.

e_v_medvedev:
То что вы говорили о WP - вполне возможно, потому что структура данных вордпресса проста как двери.

"Структура ВП" тут никаким боком. Речь о соответствии полей (артикул цена, описание и тд) импортируемых данных и полями "принимаемой стороны". ВП был приведён просто как хорошо известный мне образец реальной реализации.

Vers:
Почему импорт сменился на экспорт?

Это смотря с какой точки смотреть :) Согласен, в приведённой цитате логичней бы смотрелся "импорт" :) Запарка.

Делаю хорошие сайты хорошим людям. Предпочтение коммерческим направлениям. Связь со мной через http://wp.me/P3YHjQ-3.
e_v_medvedev
На сайте с 07.03.2013
Offline
183
#64
SeVlad:
Я никогда не говорил об абсолютной универсальности. Я все время подчеркивал - для большинства (чит: популярных) задач. И это реально.
И ессно, что абсолютной универсальности быть не может.


"Структура ВП" тут никаким боком. Речь о соответствии полей (артикул цена, описание и тд) импортируемых данных и полями "принимаемой стороны". ВП был приведён просто как хорошо известный мне образец реальной реализации.

Как раз для большинства задач универсального решения и нет. Имеющиеся средства применимы в лучшем случае для каждой 10-задачи, то есть закрывает 10, а не 90%.

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

SeVlad
На сайте с 03.11.2008
Offline
1609
#65
e_v_medvedev:
а в большинстве случаев это не так

Примеры когда будут?

e_v_medvedev
На сайте с 07.03.2013
Offline
183
#66
SeVlad:
Примеры когда будут?

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

SeVlad
На сайте с 03.11.2008
Offline
1609
#67
e_v_medvedev:
Примеры чего? Да и собственно говоря зачем они вам? Пока на личном опыте не попробуете, все равно не поймете о чем речь идет.

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

e_v_medvedev:
Да и примеры я приводил ранее.

Где?!

e_v_medvedev
На сайте с 07.03.2013
Offline
183
#68
SeVlad:
Примеры сложностей в большинстве случаев. "Не плоских" данных если угодно. Для того, что бы можно было увидеть масштаб проблемы.

Где?!

По сложности данных - войдите в любой магазин и посмотрите, есть ли там фильтрация по параметрам например. А вообще такое применимо к подавляющему большинству товаров (технические изделия, одежда, обувь, табачные изделия, продукты, да все что угодно) в магазинах с номенклатурой от 1000 артикулов и выше. Любая фильтрация по свойствам требует специальной организации данных об этих свойствах. И делается это уже не в плоских таблицах в основном (не считая мадженто). Проблемы заливки в такие структкуры я приводил чуть ранее для Magento, opencart, Prestashop.

Хотите узнать как это работает, возьмите любой движок и попробуйте в нем настроить фильтрацию товаров по параметрам. Хоть тот же опенкарт с демонстрационной базой. И все поймете сразу.

[Удален]
#69
e_v_medvedev:
По сложности данных - войдите в любой магазин и посмотрите, есть ли там фильтрация по параметрам например. А вообще такое применимо к подавляющему большинству товаров (технические изделия, одежда, обувь, табачные изделия, продукты, да все что угодно) в магазинах с номенклатурой от 1000 артикулов и выше. Любая фильтрация по свойствам требует специальной организации данных об этих свойствах. И делается это уже не в плоских таблицах в основном (не считая мадженто).

это говорит только о кривости данных систем и больше ни о чём

87793
На сайте с 12.09.2009
Offline
661
#70
_SP_:
Уже даже думаю не написать ли свой говномагазин :)

А почему "говно-"? 😕

Наше дело правое - не мешать левому!

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий