Как вывести свойства товаров в меню Битрикс?

Question

[alexwprof]

Есть меню на битрикс, приходится дорабатывать. Принцип меню следующий, при поднесении мыши к ссылке категории, справа появлется 4 картинки её товара. Раньше было просто, поскольку картинки брались из самой категории. А теперь нужно из товара. Картинки гружу из свойства MORE_PHOTO. Есть код в result_modifier.php:

if(CModule::IncludeModule("iblock"))
   {

$arSelect = Array("ID", "IBLOCK_ID", "NAME", "DATE_ACTIVE_FROM","PROPERTY_*");
$arFilter = Array("IBLOCK_ID"=>2, "ACTIVE_DATE"=>"Y", "ACTIVE"=>"Y");
$res = CIBlockElement::GetList(Array(), $arFilter, false, Array("nPageSize"=>50), $arSelect);


while($ob = $res->GetNextElement()){
 $arItem = $ob->GetFields();
 $arItem["PROPERTIES"] = $ob->GetProperties();
 $arResult[] = $arItem;
}
debug($arResult);
   }

Получаю в массив содержимое PROPERTIES. Всё бы хорошо. Все данные выводятся вместе с полями. Может это банально, но я не могу передать массив в шаблон в том виде, в котором он мне нужен. Если же массив передаётся, то только с одним товаром. Т.е там содержится инфа только из одного товара. А мне нужно, чтобы были все, это нужно для перебора и подсановки картинок под каждую категорию. А то получается, под все категории подставляется одно и то же свойство из одного товара.
Кто-нибудь знает как в этом случает быть. Меня интересует вопрос. Как передать правильно массив в шаблон, чтобы там были доступны все товары, а не один?

Answer 1

[Вячеслав Шевченко]

Все описанное не очень понятно.
Я так понимаю стоит задача сделать так чтобы у каждой категории была информация о 4-х первых товаров.
Ну тогда лучше использовать компонент bitrix:catalog.section и в result_modifier делать запрос по 4 товара на категорию.

$arSelect = Array("ID", "IBLOCK_ID", "NAME", "DATE_ACTIVE_FROM","PROPERTY_*");
$arFilter = Array("IBLOCK_ID"=>2, "ACTIVE_DATE"=>"Y", "ACTIVE"=>"Y");
foreach($arResult["SRCTIONS"] as ?$arSection)  //Пробегаем по секциям 
{
   $arFilter["IBLOCK_SECTION_ID "] = $arSection["ID"];  //Добавляем в фильтр раздел товара
   $res = CIBlockElement::GetList(Array(), $arFilter, false, Array("nPageSize"=>4), $arSelect); //получаем первые 4 товара

   while($ob = $res->GetNextElement()){
      $arItem = $ob->GetFields();
      $arItem["PROPERTIES"] = $ob->GetProperties();
      // Тут тебе нужны будут еще картинки так что код получения картинок сюда добавь
      $arSection["ITEMS"] = $arItem;
  }
}
//Код писал прям тут поэтому что-то может не работать :)

Comments

[Роман Грицук]

Эх. Ответ вроде и верный. Но часто его можно отнести к категории вредных советов.

bitrix:catalog.section и в result_modifier делать запрос по 4 товара на категорию.

Если сделать как Вы написали не вдумываясь, можно получить потом много проблем с производительность.
Здесь получается самая распространенная ошибка с n+1 запросами. И в итоге может дело доходить до того что меню сайта генерируется дольше всего остального вместе взятого.

Да это самый простой и быстрый способ решения этой задачи. Но я бы его использовал только на очень небольших каталогах.

На мой взгляд задачу по выводу товаров в раздел надо решать перемещением запросов к товарам из хита на агенты или на отдельный ajax запрос.
- 1) Можно товары которые необходимо показывать в меню раздела заполнять в UF_ свойство. Если требуется часто их менять, то можно написать агента или событие, которые будут это свойство заполнять автоматически.
- 2) При первоначальной загрузке страницы вообще не выводить информацию о товарах. При наведении на меню, делать ajax запрос, чтобы добавить информацию о товарах с помощью js.

[Вячеслав Шевченко]

Дело в том, что то, что было сделано в result_modifier кешируется и по сути вы получите тоже самое что и кеш в меню за исключением того момента что при изменении в каталога у вас можно будет обновить меню сразу.

Здесь получается самая распространенная ошибка с n+1 запросами.

согласен! Это зло.

- 1) Можно товары которые необходимо показывать в меню раздела заполнять в UF_ свойство. Если требуется часто их менять, то можно написать агента или событие, которые будут это свойство заполнять автоматически.
- 2) При первоначальной загрузке страницы вообще не выводить информацию о товарах. При наведении на меню, делать ajax запрос, чтобы добавить информацию о товарах с помощью js.

Оба варианта хороши. 1 вариант на мой взгляд лучше второго.
Получается :
1. создаешь свойство UF_MENU_ITEMS.
2. При сохранении, удалении элемента получать список разделов к которым он прикреплен и обновлять свойство UF_MENU_ITEMS этих разделов, записывая первые 4 товара из раздела.
3. В result_modifier получаешь это свойство объединяешь все ID в один массив и запрашиваешь товары
4. подставляешь в меню данные.

Тут очень важно следить за етм чтобы сортировка элементов в запросе была такойже как в каталоге.

И кстати в целом можно не усложнять и просто создать свойство UF_MENU_ITEMS и попросить КМ заполнить его, ну или написать скриптик который заполнит, а далее уже руками все админить, это позволит товары которые нужно продать выводить сразу в меню тем самым впихивать их пользователю.