24 апреля 2013 в 15:52
Разбираюсь с модулями commerce и меня заинтересовал такой момент. В существующих статьях и демо применяется такая схема что в product display имеется ссылка на product при этом можно выбрать несколько продуктов. От сюда вопрос: Если у меня планируется что к product display будет прикреплено более 200 product как это скажется на работе и можно ли так делать или не стоит? И можно ли сделать в Product ссылку на Product Display c точки зрения архитектуры Commerce?
Комментарии
В чем смысл? Это же надо, например, чтобы у товара есть разные цвета, но разные цены, вот и пихают несколько в одно. Но 200..
Вы неправильно поняли смысл архитектуры комерца. Product Display - вывод товара (1 страница с товаром). Product - сам товар.
Зачем это нужно? Если у Вас есть футболка одна и та же, но сразными цветами. Чтобы не создавать головную боль юзеру при попытки найти ту же футболку с другим цветом. Дак вот 2 продукта (Синяя и красная) пихаються в один продукт дисплей, где юзер сам выбирает цвет. То же самое и с размером, и вообще с чем угодно.
Спасибо за ответы, я понимаю что это в основном для цвета размера и т.д. Просто хочу попробовать реализовать возможность выкладывать товары пользователями. Добавив entity reference в product можно будет их разделить выбирая нужного пользователя. Момент вывода на странице товара это другой вопрос. Тут-то и получается что к дисплею будет прикреплено много продуктов. Отсюда вопрос если сделать обратную ссылку не с product Display ссылаться на Product а с Product на Product Display. Сильно ли это выйдет за рамки стандартной концепции?
Или может я совсем не в ту сторону смотрю, просто прежде чем рассматривать написание модулей, хотелось бы понять можно ли это сделать стандартными средствами. Вроде бы все логично получается. В продукт добавляем юзера вот нам дополнительное деление и остается только вывести в нужном виде.
Добавлю что в рамках product display это все один товар. Допустим монета советская 5 копеек от пользователя такого то. В данном случае пользователь выступает в роли цвета, размера и т.д. еще один атрибут.
Я не совсем понял данную замутку, но постараюсь помочь.
Вам проще сделать магазин в магазине, то есть у каждого юзера будет свой подмагазин. А каталог сделать общий (просто фильтр по юзерам сделать или в дисплей продукт вывести все узеров и их цены по данному продукту, с учетом что продукт 1 и был создан админом, хотя можно разрешить и самим добавлять продукты, но тогда надо им будет создавать отдельный тип product, чтобы они не лезли куда не надо).
А вот как это сделать.... В общем такие ваще стоят очень и очень дорого. Что-то вроде ебея. Но на комерце это вполне исполнимо.
Цель сделать каталог где будут идти продукты с обобщенными названиями, характеристиками, описанием, фото и т.д. Информации достаточно много. Все это для того что-бы пользователя не заставлять вводить информацию при добавлении свое предложения. Он выбирает товар предложение на который он хочет оставить и цену и все. Есть еще много спорных моментов, но пока цель такая.
Если исходить из структуры Commerce Product Display в этой роли то что нужно, но облом в том что дисплей ссылается на продукт, что ведет ограничения в количестве. Вот если бы подошла обратная связь для стандартных модулей может что и вышло бы.
Кстати подскажите где можно почитать, посмотреть про написание виджетов для отображения товара?
А к идее магазин в магазине возможно и придем когда-нибуть, не скоро. Как вы правильно сказали - много нулей
Эм, я всё view вывожу. Меня вполне устраивает. Так как есть таксономия "Каталог". И к Дисплей продукт она подключена. Далее врубаем стандартную вьюху Taxonomy term и настроиваем, профит!
В общем это надо сидеть думать, но одна идея есть. Дайте Роли юзеру возможность добавлять продукты из списка уже созданных. Но ограничите ему поля, оставив только цену+нужные поля. Ну и конечно поле юзер с подключенным модулем Entityreference prepopulate и ссылкой для автозаполнения поля (можно по другому, тут как душе угодно), поле юзер в продукте тоже скрываем. Ну и собственно готово. Дальше темизацией настраиваем интерфейс Дисплей продукта. Это если вкратце.
Только я не вижу смысла данного решения. Если это аукцион, то у парней из Комерца есть модуль готовый вроде.
Хотя для закупа у юзеров, то есть покупаете вы. Можно вообще без комерца обойтись.
Но так как характеристики у всех продуктов юзеров будут разные (я так понял). То тут вариант только магаз в магазе. И в каталоге вывести фильтры по хар-кам. Потому что, переключение фильтов в продук дисплее при большом количестве полей с разными харками это дикий ужас и для разраба и для юзера, поверьте.