Идентификация может быть либо по некоторому уникальному коду (SKU или артикул по-русски) либо ко другим, но неоднозначным признакам. Ваше "машинное обучение" и есть распознавание по неоднозначным признакам (я экспертными системами занимался в середине 90-х). Вам это нужно чтобы свести несколько прайсов с идентичными товарами от разных поставщиков к единому. Такое используется в том числе при мониторинге цен конкурентов. А ТС вообще не говорил об услуга, он говорил о софте, автоматизирующем импорт. Это вы начали не в тему рекламу своих услуг.
Да все в движках есть, просто вам это не нравится. Вы по сути утверждаете, что именно ваши требования к функционалу движка ИМ являются главными :-). Но это не так :-). Огромное количество людей считает например тот же Opencart вполне нормальным движком и без API импорта. Потому что им это не надо :-). И их много и их требования тоже главные :-).
Именно. У разработчиков CMS, в том числе и для ИМ, два варианта:
- написать суперуниверсальный движок, который кликанием чекбоксов в админке можно настроить чуть ли под любые нужды
- сделать не CMS а CMF, которую допиливать будет удобнее.
К первому типу относятся например Prestashop и Drupal. Результат - оба превратились в монстров, с которыми стало невозможно работать. Вырезать запаришься все лишнее.
Ко второму типу из ИМ - Magento, из движков общего назначения - Pimcore, Yii, Django и т.п. Ну или совсем что-то типа Dvelum (вебовская среда разработки). Нужны весьма квалифицированные подрядчики для создания и поддержки ИМ.
В обоих случаях разработчики стремятся к универсальности, чтобы повысить охват рынка. И эта же высокая универсальность является наибольшей проблемой.
Как вам видимо должно быть противно смотреться в зеркало по утрам :-D.
Молодец, уважаю самокритичных :-).---------- Добавлено 28.07.2014 в 18:21 ----------
Ну во первых конечно форкаются. Так на основе opencart делают сборки ocStore и MaxiStore. Ну и соответственно обе ..., такие же как и основа. А что еще ожидать когда отстойный продукт пытается усовершенствовать кустарь одиночка (только заплат наляпать в виде бесплатных модулей).
Во-вторых чтобы написать качественный продукт нужно не только много денег, но и правильная организация управления проектом. А таких спецов вообще не много, а на постсоветстком пространстве вообще раз-два и обчелся. Ну конечно же работа таких спецов дорого стоит, а значит опять все упирается в деньги и очень большие.
Достаточно посмотреть, сколько вложено в разработку Мадженто. Какие монстры финансируют ее разработку (eBay).
Имеет просто тебе этого не понять :-).---------- Добавлено 28.07.2014 в 17:51 ----------
Ну для того кто ее не может или не хочет видеть, действительно нет. Не признавать же свое незнание в самом деле :-).
Или о том, что вы не хотите видеть объективную сложность задачи, стараетесь упростить ее под себя :-).
По сложности данных - войдите в любой магазин и посмотрите, есть ли там фильтрация по параметрам например. А вообще такое применимо к подавляющему большинству товаров (технические изделия, одежда, обувь, табачные изделия, продукты, да все что угодно) в магазинах с номенклатурой от 1000 артикулов и выше. Любая фильтрация по свойствам требует специальной организации данных об этих свойствах. И делается это уже не в плоских таблицах в основном (не считая мадженто). Проблемы заливки в такие структкуры я приводил чуть ранее для Magento, opencart, Prestashop.
Хотите узнать как это работает, возьмите любой движок и попробуйте в нем настроить фильтрацию товаров по параметрам. Хоть тот же опенкарт с демонстрационной базой. И все поймете сразу.
Примеры чего? Да и собственно говоря зачем они вам? Пока на личном опыте не попробуете, все равно не поймете о чем речь идет. Да и примеры я приводил ранее.
Как раз для большинства задач универсального решения и нет. Имеющиеся средства применимы в лучшем случае для каждой 10-задачи, то есть закрывает 10, а не 90%.
Вордпрес как раз причем. Вы делаете свои утверждения исходя из того, что данные из ячеек исходной структуры нужно просто положить в ячейки целевой. Но во-первых это легко если имеет дело с двумя плоскими таблицами (а в большинстве случаев это не так), во-вторых, что исходные данные укладываются в целевую структуру без промежуточной обработки, а это в большинстве случаев тоже не так. Собственно именно поэтому нет универсального средства до сих пор, и вот почему ваши утверждения ошибочны (вы строите их на ошибочных представлениях о процессе импорта данных для ИМ).
