Форум

А сколько товара вообще?

[QUOTE]Евгений Ляхов написал:
Подскажите, почему? Как изменить количество товара в заказе на НЕ целое?[/QUOTE]
Коэффициент единицы измерения товара скорее всего 1. Количество в заказе кратно ему.

[QUOTE]Артем Хлебус написал:
Подскажите, пожалуйста, а что мешает битриксу автоматически, при установке системы, добавлять данную строчку в  [/QUOTE]
В шаблонах, которые мы поставляем , например с демо-данными, этот вызов присутствует. Все остальные шаблоны - зона ответственности разработчика сайта.

[QUOTE]Алексей Мохозин написал:
Использование catalog.top не будет  включать данный подзапрос? И будет ли тогда это работать с  arrCollectionFilter?[/QUOTE]
Укажите в вызове catalog.section

"SHOW_ALL_WO_SECTION" => "Y"

[QUOTE]Алексей Волков написал:
а дальше смотреть что получится[/QUOTE]
должно получиться ~ -30% времени выполнения запросов
[QUOTE]Алексей Волков написал:
так если убрать, то при наличии многоуровневой привязки элементов к разделам мы получим, что зайдя в верхний уровень не увидим товаров?[/QUOTE]
если убрать фильтр по разделу (SECTION_ID и INCLUDE_SUBSECTIONS) - не все ли равно, как глубоко лежит элемент? У топик-стартера именно эта проблема.

[QUOTE]Никита Тимофеев написал:
Для каждого пользователя есть своя уникальная цена на товар, рассчитанная исходя из некоторых условий[/QUOTE]
При таком условии вы либо отказываетесь от кеширования списка товаров, либо объем кеша вырастет в N раз, где N - число пользователей магазина.

[QUOTE]Алексей Волков написал:
Евгений вы правы, у нас это кастомный компонент catalog.section в составе комплексного, только закинут почему-то в пространство имен не в свое, а в bitrix[/QUOTE]
Если кастомизация была сделана ранее апреля - 100%-я гарантия, что отсутствуют последние правки по оптимизации (iblock 18.6.200)

[QUOTE]Алексей Мохозин написал:
Использование catalog.top не будет  включать данный подзапрос?[/QUOTE]
Нет.
[QUOTE]Алексей Мохозин написал:
И будет ли тогда это работать с  arrCollectionFilter[/QUOTE]
На текущий момент - нет. Могу в таком случае предложить кастомизировать catalog.section, убрав обработку ключей SECTION_ID, SECTION_CODE, INCLUDE_SUBSECTIONS

Вы мне показываете вызов компонента, причем из шаблона комплексного (судя по всему). Из того, что вижу:
[QUOTE]Алексей Мохозин написал:
"ELEMENT_SORT_FIELD" => 'RAND',[/QUOTE]
Вам нужна сортировка в случайном порядке? В таком случае вторая сортировка по доступности лишь ухудшает ситуацию
[QUOTE]Алексей Мохозин написал:
"SECTION_ID" => '',
"SECTION_CODE" => '',
"INCLUDE_SUBSECTIONS" => $arParams["INCLUDE_SUBSECTIONS"],
[/QUOTE]
Выборка из всего инфоблока (в INCLUDE_SUBSECTIONS, видимо, прилетает Y - это и приводит к появлению столь озадачившего вас куска запроса). В таком случае нужно использовать не catalog.section, а catalog.top

[QUOTE]Алексей Мохозин написал:
"FILTER_NAME" => 'arrCollectionFilter',[/QUOTE]
Что в глобальной переменной arrCollectionFilter? Какой фильтр туда загоняется?

[QUOTE]Алексей Мохозин написал:
Пока копаем в стороннем компоненте, где эти запросы вызываются.[/QUOTE]
Покажите вызов CIBlockElement::GetList со всеми входными параметрами.

[QUOTE]Алексей Волков написал:
У нас тоже самое на проекте - это компонент catalog.items выдает такой запрос.[/QUOTE]
Сожалею, но в продукте нет компонента catalog.item[B]s[/B]. Есть - catalog.item. В нем нет обращений к базе - это компонент отрисовки элемента. Если в режиме отладки вы видите запросы именно в нем - анализируйте result_modifier.php кастомизированного шаблона.