Объединение атрибутов

Аватар пользователя nikkrop nikkrop 15 января в 15:44

Есть много commerce атрибутов и очень не хочется плодить много типов вариаций и типов товара. Хотелось бы чтобы у одного типа вариации было 1 поле (скажем "атрибуты"), а в нём уже конкретно для каждой конкретной вариации выбирались нужные типы атрибутов и их значения. (по типу как параграфы, или что-то похожее)

Если какой-то годный контриб на эту тему?

Комментарии

Аватар пользователя nikkrop nikkrop 16 января в 9:08

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

Аватар пользователя nikkrop nikkrop 17 января в 14:16

Читали.
Лаконичнее: при большом количестве коммерц атрибутов (аттрибутов влияющих на цену) возникает так же проблема большого количества типов вариаций и работать с сотнями типов товаров и вариаций практически невозможно.

eav_field подходит для атрибутов, но имеет ли он интеграцию с коммерц?

Аватар пользователя Orion76 Orion76 17 января в 18:52

По сути атритуты товаров бывают всего лишь 2-х типов:
Тип 1 (значение аттрибута выбирается из списка-справочника)
Поля:
- Наименование аттрибута (термин таксономии или подобное "справочное" значение)
- Значение аттрибута (выбор из списка-справочника(термин таксономии), например: цвет, размер и т.п.)

Тип 2 (значение аттрибута - число(целое-дробное) + единицы измерения)
Поля:
- Наименование аттрибута (термин таксономии или подобное "справочное" значение)
- Значение аттрибута: число (например: длина-ширина, кол-во процессоров и т.п.)
- Единицы измерения (выбор из списка-справочника)

т.е. реализуем данные типы сущностей, например на параграфах, добавляем к товару многострочное поле типа EntityReference
и указываем доступные сущности (Тип 1 и Тип 2)

Т.е. базу сделать совсем не сложно.
А вот чтобы реализовать всякие удобства работы с атрибутами - надо потрудиться.
А чем, в общем-то xandedx по ссылке выше и писал про 3-й способ организации атрибутов, и я в первом комменте-).

Аватар пользователя vlucas vlucas 20 января в 13:24

Насколько понял из темы, то речь идёт не о простых полях-атрибутов, которые просто характеристики, а именно полях ссылающихся на commerce attributes, на которых много чего завязано, например виджет добавления в корзину и тут, видимо, пока нет подходящего решения