Drupal 7 Commerce Kickstart 2 - Product Variations - что за функционал?

Главные вкладки

Аватар пользователя andreystrelkov andreystrelkov 16 декабря 2012 в 23:24

Товарищи, кто знает что это за функционал такой Product Variations?
Не совсем понятно как он работает,
в первой версии Kickstart, там при создании продукта, вводишь просто SKU, цену, и ещё что то.
Тут же при создании продукта, такое ощущение что создаёшь ноду! Т.к. первой он просит ввести Title, потом Body, а потом понеслась: Add new variation (т.е. получается как раз пошло создание продукта), только в данном случае создав один вариант, можно создать и полно других, и уже начинаю путаться, толи один продукт с внутренними подпродуктами, толи это создаётся группа продуктов (т.к. у каждого варианта есть SKU)

Скажите пожалуйста, у них во второй версии что то кардинальное поменялась в плане продуктов? Или это их свой код для второй версии Kickstart-а?

Комментарии

Аватар пользователя multpix multpix 17 декабря 2012 в 0:21

есть свойства на стороне display_product, они общие для всех вариантов
это поля материала(node)

есть свойства на стороне product, их может быть несколько наборов(вариантов)
это поля продукта(product)

оба набора свойств представлены в фасетах общие материала и якобы уточняющие товара

в сборке создание товара организовано на одной странице (по сути создается display_product и связанные product)

варианты это Commerce fancy attributes

Аватар пользователя joomler joomler 17 декабря 2012 в 11:53

Каждая variation это те параметры товара (основной ноды) которые пользователь может выбирать при покупке.
Пример: Футболка, Описание: крутая футболка
Вариация: - Цвет (выбор дропдаун цвета)
- Размер (выбор дропдаун)
И этих комбинаций может быть много, их число считается формулой из комбинаторики, например если цветов 2 и размеров 2 то вариаций может быть 4.

Итоговый товар это конкретный экземпляр футболки, например красного цвета размера М

Аватар пользователя andreystrelkov andreystrelkov 18 декабря 2012 в 18:16

Понятно, спасибо большое!

А вот такой вопрос, представьте Kickstart 1ой версии, создаю свой тип продукта под названием ОБУВЬ, добавляя два дополнительный поля РАЗМЕР и ЦВЕТ типом - выпадающий список, в первом числовой, во втором текст, в настройках прописываю список размеров от 30 до 50, во втором 10 видов цветов, настраиваю что кол-во вариантов UNLIMITED,
создаю продукт ВАЛЕНКИ, в котором выбираю 10 размеров, и 3 цветы.
Готово!

А всё это добро (подразумевается допустим 10 видов обуви, валенки в том числе Smile ) - вывожу вьюхой, допустим в виде сетки,
т.о. хочу получить следующее:

Т.е. чтобы те 2 поля РАЗМЕР и ЦВЕТ, были тоже как выпадающие списки, и покупателю они были доступны для выборы (при выборе того или иного РАЗМЕРА и ЦВЕТА, не нужно чтобы менялся продукта, картинка, SKU и подобное, т.е. не VARIANT) - нужно чтобы при выборе допустим РАЗМЕР 35 а ЦВЕТ БЕЛЫЙ - при добавлении в корзину эти данных сохранялись где то в LINE ITEM или последующем ORDER

Вот. Smile

Аватар пользователя joomler joomler 18 декабря 2012 в 18:47

Я с Kickstart 1ой версии не работал. Во второй все именно так и сделано, как вы описываете. Но такой вид с дропдаунами при полной ноде. А если через вьюс то надо там делать связанный запрос в таблицу продукт, во встроенных вьюс опять же это реализовано, можно посмотреть как.
Как дропдауном через вьюс выводить я не знаю.
Но по-моему, это нелогично: будет страница с одинаковыми картинками сеткой, хотя атрибуты у товара будут разные, цвет и размер. По сути кликая на любой из товаров пользователь сможет его сделать любым другим и нажать купить. А зачем ему давать этот выбор, пусть сразу нажимает на тот товар, у которого стоят нужный размер и цвет.
К тому же встроенные опции поиска как тут http://demo.commerceguys.com/ck/products очень удобны. с этой страницы юзер сразу сможет искать удобно по всем параметрам, да еще и в несколько шагов

Аватар пользователя multpix multpix 18 декабря 2012 в 18:59

"andreystrelkov" wrote:
(при выборе того или иного РАЗМЕРА и ЦВЕТА, не нужно чтобы менялся продукта, картинка, SKU и подобное, т.е. не VARIANT)

чейт ты запутался друг))

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

но коль хочешь под одним SKU несколько атрибутов,
ознакомься с commerce_option
вводная инфа на стр. модуля

Аватар пользователя andreystrelkov andreystrelkov 18 декабря 2012 в 21:32

вот теперь я точно запутался ROFL

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

Выводить же хочется вьюхой, не хочется создавать дополнительные ноды (Add product display) на каждый товар.
Хочется просто вывести товар с его значения полей - которые доступны для выбора покупателю, и выбрав которые покупатель - мог как обычно оформить заказ, но в нём появились бы такие поля как например
Commerce Order: Razmer которые имееют прямое отношение к обсуждаемому заказу и которые можно вывести вьюхой вместе с другими стандартными полями:

(Commerce Order: Order number (Order number)
Commerce Order: Created date (Created)
(Customer profile) Commerce Customer profile: Address (Name)
(Order owner) User: Name (User)
Commerce Order: Order total (Total)
Commerce Order: Order status (Order status)
Commerce Order: Operations links (Operations))

Как я понял, commerce_option - создаёт новый виджет поля, который в настройках ссылается на любой созданный свой же Option set, а Option set это можно сказать тоже самое что тип продукта, т.е. в нём можно создать свои поля аналогичные остальным, НО! при выводе продукта, эти поля не показываются текстом, а дают делать выбор пользователю, и типа сохраняются при добавлении в корзину.

Однако что сразу меня отбрасывает от этого модуля, при создании продукта - продавец не может указывать значений полей из этого Option set, т.к. одни одни на все создаваемые продукты (и меняются только в одном месте- OPTION SET)
Также не очень понравилось, как он выводит покупателю этот Select List - это не дропдаун лист, это уже развёрный список возможных вариантов.
Ну и напоследок - с ходу во вьюхи новых полей никаких не увидел которые можно было бы выводить с данными заказа.

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

Я честно говоря не хочу юзать в принципе кикстарт, накройняк лучше 1ой версии - чем второй, ибо он не такой забитый всякими наворотами 2ой версии (аля темы, всякие cloud zoom и другие лишние модули, не люблю разбираться и подстраиваться в чужом, в своём с нуля - надёжней).

Аватар пользователя joomler joomler 18 декабря 2012 в 22:46

multpix верно написал, только в терминах типов связей у таблиц баз данных. По-простому это значит, что поля можно добавлять у Самой ноды и у Продукта. У продукта это будут Variations - наборы комбинаций этих полей.

Но можно поля добавить и к основной ноде, по умолчанию там только Заголовок и Описание. Но тогда эти поля не будут показываться покупателю как опции продукта.

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

cloud zoom оключается в настройках типа материала, легко

Аватар пользователя andreystrelkov andreystrelkov 18 декабря 2012 в 23:45

Эх... понятно, буду копать в сторону Variations тогда, пускай юзер будет стараться ради покупателей Smile

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

Аватар пользователя multpix multpix 19 декабря 2012 в 0:12

"andreystrelkov" wrote:
andreystrelkov

не ту пи

это жыж просто друпал -cms
по славянски система управления информацией
составляй из полей любую структуру какая нужна
для бухгалтерии - commerce
модуль добавляет сущностей, в том числе product (по аналогии с node)
те же поля - что нужно для учета - сюда
и фсе
импорт feeds