Рейтинг:0

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

флаг au

Я начал создавать большой магазин Drupal Commerce для своего клиента. У заказчика около 30000 товаров: одежда, электроника, декор, конфеты и т.д.Это означает, что в магазине могут быть сотни различных свойств для всех товаров. Продукты будут импортированы из кормов производителей.

Свойства, например:

  • Описание
  • Страна происхождения
  • Материалы
  • Инструкции по уходу за изделием
  • Сертификаты
  • Сочинение
  • Плотность бумаги

Добавление нового настраиваемого поля для каждого свойства — довольно сложная задача. Есть ли лучший способ справиться с этими свойствами?

Требование состоит в том, чтобы большинство свойств также были фильтрами на страницах категорий продуктов.

флаг id
Таксономия (теги)?
флаг cn
Другой вариант — [Поле JSON] (https://www.drupal.org/project/json_field). В зависимости от вашей базы данных и механизма поиска вы можете включить все второстепенные (или даже основные) свойства в это поле, а затем проиндексировать его с помощью Solr и т. д., чтобы получить аспекты.
флаг au
Интересное предложение Патрик. Я проверю это!
Рейтинг:1
флаг it

Это уже было сказано в комментарии, но да, если эта информация будет синхронизироваться от третьей стороны, а не управляться на сайте, вы можете использовать что-то менее структурированное, например термины таксономии, для импорта данных. Поскольку одна ссылка на термины таксономии может ссылаться на термины из различных словарей, вы по-прежнему можете использовать разные словари для различных групп атрибутов продукта, а затем просто добавить одно поле ссылки с неограниченным значением для типа продукта под названием «Свойства», которое вы используете для импортировать все свойства.

Возможно, вы просто захотите проверить, можете ли вы создать интерфейс поиска, который требуется вашему клиенту, например. что вы можете показать фасетные блоки по словарю. Я думаю, что вы можете, просто убедитесь, что вы сначала протестировали его, прежде чем идти напролом.

флаг au
Спасибо за ответ Райан! Может быть, я был не так ясен или тогда я не понимаю, что думает о решении таксономии: D Все свойства находятся в форме ключ = значение. Для всех продуктов может быть около 200 различных ключей свойств, и значения различаются для каждого продукта.
флаг it
Верно, так что в этом случае, я думаю, идея заключалась бы в следующем: ключи = словарный запас и значение = термин. Если «Страна происхождения» является ключом, а «Мексика» — значением, вы можете добавить термин «Мексика» к продукту. Мое предложение заключается в том, чтобы вы использовали одно поле ссылки на термин «Свойства продукта» для типа продукта, который включает словарь «Страна происхождения» в свой список разрешенных словарей. Повторите для всех остальных свойств.
флаг it
Однако это не обошлось без проблем с отображением... например, вам может понадобиться настраиваемое представление или что-то еще для форматирования терминов, чтобы включить словарь в отображение, потому что обычное отображение терминов просто перечисляет сами термины. Вы также можете переопределить страницы терминов, если не хотите, чтобы маршруты терминов таксономии по умолчанию отображали все содержимое, помеченное этим термином.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.