Есть много commerce атрибутов и очень не хочется плодить много типов вариаций и типов товара. Хотелось бы чтобы у одного типа вариации было 1 поле (скажем "атрибуты"), а в нём уже конкретно для каждой конкретной вариации выбирались нужные типы атрибутов и их значения. (по типу как параграфы, или что-то похожее)
Если какой-то годный контриб на эту тему?
Комментарии
Пока нет.. В работе..
А когда будет?
Есть хоть какие-то предложения как облегчить жизнь с большим количеством атрибутов и типов товаров и вариаций? Может быть как-то использовать несколько типов вариаций в одном типе продукта или что-то в таком духе. Насколько я понимаю во всей этой теме в основном проблема с UI. Даже сейчас можно натыкать, чтобы в одном поле были атрибуты разных типов (например цвет и размер), но если сделать это мультиполем и добавить несколько значений то увидим только первое.
http://xandeadx.ru/blog/drupal/695 - читали?
Orion76, понял, что вам нужно, но тут не все такие догадливые.
Вы бы лаконичнее вопрос написали.
Читали.
Лаконичнее: при большом количестве коммерц атрибутов (аттрибутов влияющих на цену) возникает так же проблема большого количества типов вариаций и работать с сотнями типов товаров и вариаций практически невозможно.
eav_field подходит для атрибутов, но имеет ли он интеграцию с коммерц?
По сути атритуты товаров бывают всего лишь 2-х типов:
Тип 1 (значение аттрибута выбирается из списка-справочника)
Поля:
- Наименование аттрибута (термин таксономии или подобное "справочное" значение)
- Значение аттрибута (выбор из списка-справочника(термин таксономии), например: цвет, размер и т.п.)
Тип 2 (значение аттрибута - число(целое-дробное) + единицы измерения)
Поля:
- Наименование аттрибута (термин таксономии или подобное "справочное" значение)
- Значение аттрибута: число (например: длина-ширина, кол-во процессоров и т.п.)
- Единицы измерения (выбор из списка-справочника)
т.е. реализуем данные типы сущностей, например на параграфах, добавляем к товару многострочное поле типа EntityReference
и указываем доступные сущности (Тип 1 и Тип 2)
Т.е. базу сделать совсем не сложно.
А вот чтобы реализовать всякие удобства работы с атрибутами - надо потрудиться.
А чем, в общем-то xandedx по ссылке выше и писал про 3-й способ организации атрибутов, и я в первом комменте-).
Есть же модуль Matrix fields как раз для этих дел.
Я даже знаю его разработчика
Насколько понял из темы, то речь идёт не о простых полях-атрибутов, которые просто характеристики, а именно полях ссылающихся на commerce attributes, на которых много чего завязано, например виджет добавления в корзину и тут, видимо, пока нет подходящего решения