vrom

vrom
Рейтинг
84
Регистрация
15.12.2005
DELL:
Прошу посоветовать движок (или сборку) для не штатного ювелирного интернет-магазина с большим ассортиментом, с возможностью работать с купонами или проводить акции-распродажи, торговать нескольким продавцам-компаниям (в идеале хотелось бы конечно), партнерской программой и пр. Может у кого есть опыт подобных сборок?

cs-cart посмотрите

купоны, акции и партнерка есть (с довольно гибкими настройками)

несколько продавцов (shopping mall) - разработчики обещают в след. версии (как отдельную редакцию)

Разработчики - русская компания из Ульяновска

CS-Cart посмотрите

демо http://demo.cs-cart.com/

живой магазин http://decoretto.ru/

CS-Cart

интеграции с 1с в коробке нет, надо покупать сторонний модуль

T.R.O.N:
эти две вещи никак не связаны. коллизия разруливается простым способом временных блокировок (еще раз скажу, независимо от расположения учетной базы). А вот учет вести на удаленном сервере, по меньшей мере, очень необдуманное решение.


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

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

T.R.O.N:
vrom, При частоте заказов, при которой 1 минута играет роль, коллизия возможна даже в момент, пока покупатель заполняет свои данные (или нет =) ) или пока заказ обрабатывается опреатором. При такой требовании к актуализации данных, используется система транзакций (как при покупке авиа/жд билетов), независио от того, где находится основная база

это понятно все... но вот реальный клиент, который продает реальные товары, которые в количестве 1-2 штук. И если он ставит такой товар на главную, чтобы продать - то он с большой вероятность получает коллизию. А вот если оперативный учет товаров в магазине есть - то вероятность проблемы снижается в разы.

T.R.O.N:
всегда есть вопрос - накой х..?
то что что-то можно сделать, совсем не значит что делать это стит...

пример:

магазин в котором больше половины товаров могут иметь остатки 1-2 штуки (и при этом товар имеет цвет - например 1 желтый товар, 1 зеленый товар)

Даже есть делать выгрузку данных из внутренней учетной системы раз в одну минуту - то все равно можно получить коллизии.

Поэтому разумно весть "оперативный" учет остатков в магазине. И проверку-подтверждение заказов - тоже в магазине.

А обновлять данные об остатках только по команде оператора (когда не висит необработанных заказов)

Пример - реальный.

учета остатков по каждому цвету-размеру наверняка нет

поддержка конфигураций товара (цвет, размер, пр.) с перерасчетом цены;

Если бы было, они это наверняка бы написали.

И кстати в демо у них этого тоже нет.

Inet-Ark:
vrom, просветите пожалуйста, что такое лицензия BSD?

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

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

посмотрите

modx, cmsmadesimple, silverstripe, concrete5 (две последние имею лицензию BSD)

PVasili:
Drupal с Ubercart сколько хотите любых характеристик ну и куча всего в доп. модулях.

характеристики - да, увидел в одном из магазинов-примеров

а вот учет остатков по характеристикам там точно есть?

к примеру в shop-script есть характеристики, а вот учета товаров по ним - я там не нашел

Всего: 439