Viktor Vsk

Есть еще ru.orderino.com
Только не забывайте, что у саасов тоже минусы есть. Когда начнете расти, захочется куда более гибкой интеграции.

В то же время интернет просто пестрит советами что неплохо бы работать через дропшиппинг.

Еще, говорят, МММ - шняга неплохая.
Поставьте себя на место поставщика, особенно в наших реалиях, и подойдите к вопросу еще раз.

Врядли существует, потому что солидная часть функционала должна быть не в виде инфраструктуры, а как конкурентное преимущество

Ну, а то, что вы описали в "что нужно" - естественно, это только лишь вершина айсберга, потому достаточно несущественно

Начните с того, что поймите, что вы описали не инструмент, а сервис (приложение или инфраструктуру). Разделите это "что-то" уже на инструменты. А дальше думайте, что можно найти в платном\бесплатном виде, а что выгоднее заказать разработать.

В таком виде как описали, вы решения точно не получите ( и парсинг, и добавление в сферичскую базу, и фильтры, и просто решить проблему клиента ).

A/B тестирование поможет. А так, вообще, обычно, мне кажется, пользователь сам может менять вариант отображения.

Думаю, если это не супер-серьезный проект, то куда быстрее и дешевле будет придумать социальный механизм дополнения синонимов.
Каким-то образом стимулировать пользователя самого написать, что "конфеты Рафаэлло" - это и рафаєлло и rafaello и т.д.

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

Суть вопроса как-то вообще не понятная. Какие проблемы хотите, что б помогли решить?
1. Что значит, огромный массив данных и как клиент теряется? И какой клиент? Если вы про описание и характеристики, и они (как я догадываюсь благодаря экстрасенсорным скилам) лежат тупо текстом, то разбивайте их на НазваниеСвойства и ЗначениеСвойства, привязывайте к товару, а товар к категории. А в категории выставляйте, какие Свойства она показывает, а какие нет. Тоже ручная работа, конечно, но уже на другом слое абстракции. Категорий меньше, чем свойства.

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

3. Если в вашем источнике (САП) нет информации о наличии, где она возьмется? Как вы узнаете "зарезервирован ли товар у оптовика" ?

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

Как всегда, такая тонкая подмена понятий. Как-то для меня не очевидно, что возможность выбрать город доставки === необходимости иметь для каждого города свои товары (+ и т.д.).

Собственно, задача не поставлена вообще, можно сказать, поэтому и гуглится плохо. Больше конкретики

Не хотел бы я быть таким поставщиком, который в рунете получает деньги за то, что покупатель подтверждает заказ :)

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

Лучше взять фреймворк и написать с нуля. Какой фреймворк и язык? Тут лучше найти программиста, который вызовет доверие и спросить, как бы он решил эту задачу

После некоторого времени потраченного на поиски екоммерс на руби сделал вывод, что спри - это единственный вариант. По коду, по поддержке. Поддерживает и 3 и 4 рельсы. Завести можно и на mysql и на Postgres и на sqlite, даже на монго, думаю. Разве что, мне кажется, не стоит использовать Synergy (русский адаптированный форк), лучше оригинал.

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

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