Форум

[QUOTE]amorfis пишет:
CIBlockElement::GetList() конечно быстрее, так как в компонент много чего еще делается, кроме самой выборки[/QUOTE]Т.к. обычно компонент использует кеширование, то при работе на реальном проекте быстрее будет как раз он.

Создаете в админке или скриптом?

С версии инфоблоков 11.5.1 эта настройка добавлена в bitrix:catalog штатно.

Передавайте при вызове CSaleBasket::Update из обработчика в массиве $arFields (второй параметр) произвольный ключ, НЕ СОВПАДАЮЩИЙ с полями корзины. MY_KEY например. В обработчике же анализируйте наличие этого ключа в массиве. Если есть - значит, обработчику работать не надо, вот и все.

Передавайте в обработчике в списке параметров для CSaleBasket::Update некий ключ - признак того, что повторно обработчик запускать не надо.

Посмотрите OnBasketAdd и OnBasketUpdate.

[url=http://dev.1c-bitrix.ru/community/blogs/vws/sku-interface.php]Интерфейс для работы с торговыми предложениями (SKU)[/url]

[QUOTE]Alexey Egorenkov пишет:
а у callback-функции в аргументах только product_id и как получить ид записи не понятно[/QUOTE]Это невозможно - callback-функции работают в рамках торгового каталога, который ничего не знает о корзине.
Раз у Вас зависимость цены от свойств, решением было бы использовать SKU, но этот функционал появился только в 10-й версии. Как вариант - хранить цену как свойство товара в корзине и работать с обработчиками событий интернет-магазина.

[QUOTE]Alexey Egorenkov пишет:
Это интересно, но я не нашел события в документации
[/QUOTE]Описание события и его параметров есть по приведенной выше ссылке. Документация сейчас в работе.
[QUOTE]Alexey Egorenkov пишет:
И есть один ньюанс: сейчас стоит редакция "1С-Битрикс: Управление сайтом 9.5.2"
может быть есть решение для этой версии?[/QUOTE]Увы, в этом случае проблему необходимо решать, реализуя свои callback-функции.

Вот и ответ. Увеличьте значение до нужного Вам.