Форум

[QUOTE]Денис Барабанщиков написал:
Вот в чем и вопрос либо посылать 2 запроса, а потом гонять большие масивы данных -> увеличиваем скорость выполнения php
Либо посылать по каждому разделу -> увеличиваем количество запросов к БД
Я думаю в разных случиях будет работать по разному, надо смотреть чего больше разделов или элиментов, если раздела 3, а елиментов 40 тысяч, то наверное 3 запроса отрабатают быстрее чем перебор массива. Или я не прав?[/QUOTE]

Для больших массивов можно делать выборку самых необходимых свойств, тогда, мне кажется - это будет достаточно быстро. Ну и результаты можно кешировать, это же не на каждом хите делать :)

На практике около 300 разделов (если и будет увеличиваться то максимум до 500-600), а вот эл-ов в перспективе может быть оооочень много. Но на данный момент оттестировать бы с кол-вом элементов до 1000.

Что ж. Попробую с двумя выборками сделать, если интересно - отпишусь по резульатам

Не, на каждый раздел по запросу точно не вариант.
На крайний случай я планировал взять дерево разделов и список элементов - 2 запроса. А потом эти два массива сопоставлять, тут запросы уже не нужны

Обработчиком собтий, типа OnAfterIBlockElementAdd

[COLOR=#555c69]ß выбираю Add2BasketByProductID![/COLOR]

Есть Инфоблок1 с древовидными разделами.
Есть Инфоблок2 с элементами, имеющими свойство "Привязка к разделам" из Инфоблока1, элементы привязаны к различным разделам с разным уровнем вложенности.

Как выбрать все разделы Инфболока1 первого уровня вложенности к которым (или подразделам которых) есть привязка набора элементов Инфоблока2.

Посоветуйте, это можно сделать одним запросом из CIBlockSection::GetList или лучше в несколько этапов - получить дерево разделов Инфоблока1, список элементов Инфоблока2, а затем сопоставлять эти массивы?

Не уверен, но посмотрите работу с исключениями

Для списка элементов можно применить фильтрацию, а можно ли аналогичным образом сделать для компонента списка разделов?
Например есть "Раздел 1" и "Раздел 2", в первом есть элемент с каким-то свойством. Так вот, как вывести те разделы, в которых есть элементы с установленным свойством?

Есть свойство заказа типа LOCATION:


Соответственно оно выводится компонентом bitrix:sale.order.ajax для заполнения, но заполняя это поле, после нажатия "Оформить заказ" появляется сообщение об ошибке:


То есть, как будто не видит заполненного значения.
Смотрю DOM, вижу такое:


Таким образом, вводя данные в поле input пользователь вводит в #ORDER_PROP_7_val, а #ORDER_PROP_7 должно как бы само собой заполняться.
Мне показалось, что по какой-то причине не выполняется JS и #ORDER_PROP_7 должен дублировать данные из #ORDER_PROP_7_val, поэтому добавил такой код:[CODE]$(document).on('keyup', '#ORDER_PROP_7_val', function() {
var val = $(this).val();
$("#ORDER_PROP_7").val(val);
});[/CODE]
Технически он работает, но проблему не решает. Компонент всё также не видит заполненного поля.
Дальше я полез в исходники компонента:[CODE]if ($arOrderProps["TYPE"]=="LOCATION" && ($arOrderProps["IS_LOCATION"]=="Y" || $arOrderProps["IS_LOCATION4TAX"]=="Y")) {
if ($arOrderProps["IS_LOCATION"]=="Y")
$arUserResult["DELIVERY_LOCATION"] = IntVal($curVal);
if ($arOrderProps["IS_LOCATION4TAX"]=="Y")
$arUserResult["TAX_LOCATION"] = IntVal($curVal);

if (IntVal($curVal)<=0)
$bErrorField = True;
}[/CODE]
Не разбираясь детально в именах массивов и ключей, видно, что компонент в этом поле ищет число (IntVal) и если не находит - пишет об ошибке.

Так что же делать?

Еще они используются для отображения карт и других интерактивных вещей, вроде корзины.
А вот здесь написано как убрать и небольшая дискуссия по теме:
http://dev.1c-bitrix.ru/community/webdev/user/94272/blog/10678/

[QUOTE]Алена Мохова пишет:
Олег Постоев , спасибо  :(  будем пытаться отлавливать события в init.php
[/QUOTE]Может, еще кто-то предложит решение лучше :)

Вот еще вариант - загружать файл без помощи fileman-а