Drupal7+Commerce+организация магазина

Тип материала: 
Версия Drupal: 
Ключевые слова: 
Модули и темы: 
Ср, 03/10/2012 - 13:08

Есть магазин с большим количеством видов товара, которые отличаются по своим характеристикам. например ноутбуки, мышки, карты памяти + стиралиные машины, морозилки и тд
Вопросы:

  1. каким образом лучше организовать product types и product display
  2. сделать 1 тип продукта или 1 дисплей или много продуктов много дисплеев (для каждого типа свое) и тд
  3. каким образом лучше для этого варианта организовать каталог товаров и их вывод (taxonomy views)
0 Спасибо

Комментарии

Аватар пользователя divined
4 года 3 months назад divined #

И еще советую изучить вопрос: будут ли у вас цены зависеть от атрибутов, и будут ли присутствовать мультиатрибуты. Если ответ положительный, то мой совет все-таки уберкарт.

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

Опять таки, какие фильтры в поиске, на сколько они различаются между группами товаров. Если различия большие то вы никуда не денетесь и все-равно придете к большому количеству типов.

0 Спасибо
Аватар пользователя thumper
4 года 3 months назад thumper #

Также интересует такой вопрос.
Проблема заключается в том, что магазин продает разную продукцию - Бытовая техника, телевизоры, автомобильная техника и другое.
Выгрузка товара происходит из 1С через csv файл.
Хотелось бы организовать магазин наиболее удобным образом :)
Так, чтобы была возможность создания удобного каталога, удобных фильтров...

Полей для фильтрации достаточно много. Характеристики у холодильников и мобильных телефонов не то что отличаются - они разные :)
В базе 1С одинаковые модели с разными параметрами (цвет) хранятся как отдельный товар, конечно хотелось бы их как-нибудь объеденить.

Друпал (7) был выбран из-за гибкости.
Commerce по советам в интернете, да и, на сколько я понял, Уберкарт подходит больше к 6 версии (по тем же отзывам) :)

0 Спасибо
Аватар пользователя divined
4 года 3 months назад divined #

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

0 Спасибо
Аватар пользователя seolyric
4 года 3 months назад seolyric #

Дважды подумайте прежде чем на Друпал такой магазин делать, на сколько я помню на его интеграцию с 1С и Яндекс Маркет уходит больше ресурсов, чем стоит коммерческая CMS.

По моему вообще веские причины нужны, чтобы делать магазин на этом движке.

0 Спасибо
Аватар пользователя xxandeadxx
4 года 3 months назад xxandeadxx #
seolyric написал:
По моему вообще веские причины нужны, чтобы делать магазин на этом движке.

а на чём же делать?

0 Спасибо
Аватар пользователя seolyric
4 года 3 months назад seolyric #

На коммерческом движке, где уже есть необходимый функционал.

0 Спасибо
Аватар пользователя xxandeadxx
4 года 3 months назад xxandeadxx #
seolyric написал:
На коммерческом движке, где уже есть необходимый функционал.

название у этого движка какое? и какой функционал отсутствует в drupal commerce?

0 Спасибо
Аватар пользователя seolyric
4 года 3 months назад seolyric #
xxandeadxx написал:
название у этого движка какое?

В зависимости от задач. Например, UMI.

xxandeadxx написал:
и какой функционал отсутствует в drupal commerce?

http://www.umi-cms.ru/editions/

Раз, два, три.

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

0 Спасибо
Аватар пользователя xxandeadxx
4 года 3 months назад xxandeadxx #
seolyric написал:
Раз

http://drupal.org/project/services
http://drupal.org/project/feeds

seolyric написал:
два

http://drupal.org/project/geoip

seolyric написал:
три

насколько помню вконтакте давно прикрыл этот сервис

может что-то ещё, более весомое, отсутствующее в commerce?

seolyric написал:
целесообразнее (дешевле, эффективнее, быстрее, удобнее для конечного клиента) купить готовое решение.

есть какие-то цифры или факты?

0 Спасибо
Аватар пользователя seolyric
4 года 3 months назад seolyric #

xxandeadxx, почему так реагируешь?

Я дал совет человеку, который не является опытным разработчиком друпал, если ты таковым являешься, то любые мои доводы будут невесомыми. Если он ищет отзывы о CMS, то не мог пройти мимо не посоветовав более простое решение, только и всего.

xxandeadxx написал:
есть какие-то цифры или факты?

сколько у тебя стоит заказать интернет магазин с функционалом, который описан здесь http://www.umi-cms.ru/editions/commerce/ ?

0 Спасибо
Аватар пользователя xxandeadxx
4 года 3 months назад xxandeadxx #
seolyric написал:
Если он ищет отзывы о CMS

он не ищет отзывы о CMS, он задал три вполне конкретных вопроса о drupal commerce

seolyric написал:
сколько у тебя стоит заказать интернет магазин с функционалом, который описан здесь http://www.umi-cms.ru/editions/commerce/ ?

какой-то бред спросил. Сколько у тебя стоит заказать сайт с функционалом, который возможно создать с помощью этого http://drupal.org/project/modules ? или даже с помощью этого http://www.drupalcommerce.org/contrib/all ? начнём с малого

0 Спасибо
Аватар пользователя thumper
4 года 3 months назад thumper #

Опыт разработки на Друпал есть, но не магазина таких масштабов.
В основном друпал выбирался из-за гибкости, наличия какого-то опыта и знаний по этой системе, дополнительные идеи по организации работы магазина в далеком и тд ))
Понравился магазин ktc-ua.com (тут где-то ссылка на него выкладывалась уже).
Судя по всему, вопрос по организации продукци и каталогов тут был таким же (поля характеристик для бумаги и ноутбуков отличаются) :)

Вариант для продукции и каталогов был следующим:
Сделать кучу product types с определенными полями и пару (может один) дисплей со стандартными полями (у всей продукции есть описание, к примеру).
В дисплеях уже выставить поля таксономии.

Загрузка товара и дисплеев идет через feeds.

0 Спасибо
Аватар пользователя seolyric
4 года 3 months назад seolyric #
xxandeadxx написал:
какой-то бред спросил. Сколько у тебя стоит заказать сайт с функционалом, который возможно создать с помощью этого http://drupal.org/project/modules ? или даже с помощью этого http://www.drupalcommerce.org/contrib/all ?

Я не знаю, что можно создать с помощью этих модулей.

Бредишь это ты, та сборка на которую я сослался среднестатистический ИМ, а ты демонстрируешь свои глубокие знания, зачем?. Вопрос (сколько стоит) риторический на него отвечать не нужно, прикинь в уме сколько же все таки стоит сделать среднестатистический ИМ на Юми и Друпал. Речь идет именно о среднестатистическом ИМ бытовой техники, где нужен импорт в Яндекс Маркет и интеграция с 1С и учет некоторых поведенческих факторов (http://www.umi-cms.ru/editions/commerce/#ten). Я считаю, что заплатить хорошему друпалисту потребуется гораздо больше, чем стоит коммерческая CMS.

Если учесть удобство администрирования ИМ, то оно тоже не в пользу Drupal.

Вынужден напомнить свое первоначальное утверждение:

seolyric написал:
целесообразнее (дешевле, эффективнее, быстрее, удобнее для конечного клиента) купить готовое решение.

Чтобы не разводить тут демагогию.

Насчет отзыва, да, я ошибся, показалось, что это сказал ТС:

thumper написал:
Уберкарт подходит больше к 6 версии (по тем же отзывам) :)

xxandeadxx написал:
начнём с малого

Нет, к концу уже все идет.

0 Спасибо
Аватар пользователя volocuga@drupal.org
4 года 3 months назад volocuga@drupal.org #

ТС, DC для жирных проектов. Нужно много писать кода, стоимость разработки охуенна. Если нужно коробочное решение, обходи DC десятой стороной

0 Спасибо
Аватар пользователя xxandeadxx
4 года 3 months назад xxandeadxx #
seolyric написал:
Я не знаю, что можно создать с помощью этих модулей.

я тебе расскажу — всё то, что umi даже не снилось

seolyric написал:
а ты демонстрируешь свои глубокие знания, зачем?

глубокие знания чего?

seolyric написал:
прикинь в уме сколько же все таки стоит сделать среднестатистический ИМ на Юми и Друпал

юми: 30000р.
друпал: 0р. или сколько там стоит пять минут в консоли?
drush dl commerce_kickstart
drush site-install commerce_kickstart

0 Спасибо
Аватар пользователя seolyric
4 года 3 months назад seolyric #
xxandeadxx написал:
или сколько там стоит пять минут в консоли?

Это для тебя 5 минут, а для ТС нет! Разумеется для разработчика друпал, самая любимая CMS на все случаи жизни это Д. Но если не возникает сильная эрекция при виде подобных вещей:

xxandeadxx написал:
http://drupal.org/project/services
http://drupal.org/project/feeds
drush dl commerce_kickstart
drush site-install commerce_kickstart

То можно выбирать CMS в зависимости от поставленных задач! И есть системы которые более клиентоориентированы. Я не говорю, что Друпал плохой, в некоторых случаях он мне очень нравится.

Я не могу дальше мониторить эту тему. Удачи.

0 Спасибо
Аватар пользователя xxandeadxx
4 года 3 months назад xxandeadxx #
seolyric написал:
можно выбирать CMS в зависимости от поставленных задач!

не можно, а нужно. нет никаких "среднестатистических ИМ", есть цели и задачи

0 Спасибо
Аватар пользователя thumper
4 года 3 months назад thumper #
DanTeS написал:
Есть магазин с большим количеством видов товара, которые отличаются по своим характеристикам. например ноутбуки, мышки, карты памяти + стиралиные машины, морозилки и тд
Вопросы:
каким образом лучше организовать product types и product display
сделать 1 тип продукта или 1 дисплей или много продуктов много дисплеев (для каждого типа свое) и тд
каким образом лучше для этого варианта организовать каталог товаров и их вывод (taxonomy views)

seolyric написал:
Это для тебя 5 минут, а для ТС нет!

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

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

Также интересно было бы услышать все же что выбирают лиди - DC или UC. По отзывам я понял, что DC будет набирать обороты.

0 Спасибо
Аватар пользователя divined
4 года 3 months назад divined #

Т.е. вы считаете купили ЮМИ и проект готов?
Даже при простоте его конфигурирования, придется потратить еще около 50-100к на его настройку и подгонку. Итого от 80 до 130к бублей.

За такую цену я сделаю его за 2-3 недели на друпале. Включая дизайн с версткой, импорт товаров и двухстороннюю синхронизацию с 1С. В любом случае дешевле чем выйдет минимальная цена на любом платном движке.

И опять таки: в ЮМИ проблема с матрицей атрибутов. Внутри товара вы можете на ЮМИ переключить цвет, вес, материал и чтобы менялась при этом цена?
А если этих атрибутов 10-ки да и у каждого из атрибутов 10-ки опций? Тут кроме уберкарта ничего не поможет, как бы вы не расхваляли другие возможные ЦМС-ки.

И много многое другое что не могут платные движки, но может срупал.

0 Спасибо
Аватар пользователя divined
4 года 3 months назад divined #

делали - navigator-gr.ru

Вернее, делаем в данный момент.

0 Спасибо
Аватар пользователя divined
4 года 3 months назад divined #

Для простых уже выбираю DC, для сложных все еще UC.

0 Спасибо
Аватар пользователя xxandeadxx
4 года 3 months назад xxandeadxx #
divined написал:

молодец, всё по делу, исправляешься на глазах

0 Спасибо
Аватар пользователя Andruxa
4 года 3 months назад Andruxa #
divined написал:
А если этих атрибутов 10-ки да и у каждого из атрибутов 10-ки опций? Тут кроме уберкарта ничего не поможет

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

0 Спасибо
Аватар пользователя divined
4 года 3 months назад divined #

да, а у других вообще никакой логики на этот счет нет.

Я прекрасно знаю что он перемножает, другого варианта по идее нет. Есть, но я его не скажу =))
Поэтому я и говорю про матрицу атрибутов.

И Уберкарт прекрасно справляет с такой матрицей 10х10.

0 Спасибо
Аватар пользователя thumper
4 года 3 months назад thumper #
thumper написал:
Этот же вопрос интересует.

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

Пока что было несколько вариантов

Product type <-> Product display
1) 1 <-> N
2) N <-> 1 (2,3,4)
3) N <-> N

1й вариант плох тем, что есть всего один тип товара и по одному шаблону грузятся все товары. Есть товары, которые имеют атрибуты типа "цвет", "размер", "диагональ" и тд, которые подходят именно для этого типа товаров, а есть продукты, которые такого вовсе не имеют (например карты памяти). и тогда с хранением таких данных и возникает проблема.
С Характеристиками товара тут особо проблем нету (если это мышка КОМПАНИИ Х, то "цвет на скорость не влияют" :)

2й вариант более менее интересный. Создать 1 (или пару) дисплеев, в которых бы были включены поля, которые будут показаны для всех товаров (например: "диплей с текстом", "дисплей с текстом и видео",....)
Тут у товара можно хранить и атрибуты и характеристики.
Минус заключается в том, что для одного товара, имеющего разные атрибуты но одинаковые характеристики (мышки разного цвета, "цвет на скорость не влияет"), то в базе придется хранить кучу одинаковой инфы (записи в БД отличаются только атрибутом, но с кучей одинаковых полей по характеристикам).
Еще один минус, это то, что на страничке товара, как я понимаю, при смене атрибута постоянно будут обновлться поля характеристик.

3й вариант неплохо подходит.
Проблема в громоздкости. ну и в удобстве работы.

скопипастил свой пост с другой темы ) В этой как-то все активней обсуждается :)

0 Спасибо
Аватар пользователя divined
4 года 3 months назад divined #

Безусловно N <-> N

0 Спасибо
Аватар пользователя DanTeS
4 года 3 months назад DanTeS #

thumper, спасибо)) это тот вопрос, что мне нужен))

0 Спасибо
Аватар пользователя thumper
4 года 3 months назад thumper #
divined написал:
Безусловно N <-> N

N < - > N тоже привлекает больше всего.
Просто не возникнут ли потом проблемы при создании и настройки вьюх и фильтров?
Не повлияет ли такая громоздкость на работу сайта?

Спасибо большое за советы :)

0 Спасибо
Аватар пользователя volocuga@drupal.org
4 года 3 months назад volocuga@drupal.org #
divined написал:
Для простых уже выбираю DC, для сложных все еще UC.

Это по меньшей мере странно

0 Спасибо
Аватар пользователя kinoz4
2 года 1 month назад kinoz4 #

Скажите,
есть ли реальный опыт решения поставленной ТС задачи?
Как все-таки лучше организовать хранение характеристик товаров?

0 Спасибо