20 июня 2014 в 19:03
Мужчины, хелп ми:)
Делаю фильтры для товаров(Commerce). Хочу отсортировать товары по производителю (Производитель - простое текстовое поле).
Все то оно хорошо. но вот столкнулась с проблемой. У меня два типа материала: Диваны и мебель. Таких же два типа товаров.
Вьюху создаю именно как содержимое, а к нему через связи подтягиваю товары. Так вот у нас есть два вида связей: с диванами и с мебелью, когда я создаю раскрытый фильтр там же у меня предлагает выбрать с какой связью его использовать и вот она - проблема. Мне то нужно и с той связью и с той, так как фильтр один общий на все товары должен быть.
Если делать по одной связи выходит два фильтра...
Вопрос: как объединить эти связи и сделать один общий фильтр для всех типов товаров?
Комментарии
Нет идей?((
Вот, что я имею ввиду, что бы понятней было:
Как выбрать сразу две связи?
Так используйте одно поле для связи с товарами в обоих типах материалах, тогда у вас будет одна связь.
может будет полезной мысль:
тут бы изначально планировать, где будут поля с тех.характеристиками (атрибутами).
или один тип ноды и много типов продукта(dc) - со своими наборами полей
или наоборот - много типов нод и один тип продукта(dc)
свойства делать таксономией.
более интересное решение по фильтрации - search_api facetapi и solr на бекенде
там-же можно намудрить зависимых фильтров
а нагрузка на базу будет поменьше, нежели не кешируясь никак тянуть поля связями.
Так уже не пойдет. Мне именно нужно что бы диваны были отдельным и типом материала и типом товара. Тем более там уже много очень товаров залито, так просто не поменяешь.
Здесь та же история, много товаров уже залито, если поменяю такое важное поле - все полетит.
Есть решение если делать вьюху не через Содержимое, а через Commerce товар, тогда оно фильтрует правильно, но здесь уже появляется ошибка с дублями товаров, у которых есть атрибуты, и побороть эти дубли никаким способом не выходит(
Возможно поможет, про устранение дублей товаров во вьюшках:
http://www.drupalcommerce.org/comment/8224#comment-8224
vbo + открытый фильтр по нужным полям, и дале массовое изменение значения поля.
(так-же никто не мешает выгрузить все в xml и после залить уже в новую структуру).
или ручками пару хитрых запросов в базу.
мысль моя такого рода, что не оптимально делать пары display_product, product на каждый чих.
но вам командовать парадом, и вам решать, удачи))
Я тоже так думаю, но изначально делалось для того, что бы ноды с диванами полностью отличались по виду и всякими "прелестями" от остальной мебели, для этого и делался отдельный тип материала.Но в итоге, все как всегда осталось в планах, вид тот же, типа материала нафик не надо.