Форум

Откуда Вы их вообще откопали? В компоненте? Значит, смотрите код шаблона или файл стилей для него.

[QUOTE]Alex Kharitonov пишет:
Основная проблема, как я вижу, это большой объем информации. Чтобы выбрать данные из инфоблока, на 1 запрос тратится порядка 1-5 секунд, в зависимости от общей загрузки сервера (без кеширования). Это очень долго.
Сейчас в базе порядка 50 тыс записей (в общем - ерунда), но почему-то тормозит. [/QUOTE]
Если инфоблок 1.0 - немедленно перевести в 2.0. Индексы по полям фильтра попробуйте, если еще не сделали.
Как вариант - фильтр на ajax попробовать, типа гуглового выпадающего списка фраз.[QUOTE]Максим Месилов пишет:
Очень интересно узнать менение разработчиков, что именно мешает и мешает ли ввести в классы работы с ИБ возможности джойна на уровне API[/QUOTE]
А Вы посмотрите код класса CIBlockElement или генерируемые им sql-запросы ;) Вопрос сразу отпадет.

А кеш на что?

Во-первых, можно не перебирать все для получения ID продавцов, а заполнять массив по мере получения информации о товарах. Во-вторых, не пытались оптимизировать запросы в GetList? Приведите пример кода - возможно, сумеем помочь. Ну и как вариант, попробуйте сменить структуру инфоблоков.

Как вариант - через отбор по свойству товара, лежащего в корзине.

[QUOTE]Никита Пимошенко пишет:
Ну в общем то никогда не думал что функции выборки важно количество элементов в массиве. Полагаю оно важнее для ее быстродействия нежели для ее функциональности. К тому же я говорю первое что в голову пришло) все же я не заявлял что мои слова панацея[/QUOTE]
По принципу "сказал, а потом подумал"? А для функции выборки - да, важно. Потому что по Вашему алгоритму надо выбрать все, а потом перебирать. Скрипт умрет.

[QUOTE]shevchik.newsite пишет:
Какое значение поля Объект указать для обычной страницы сайта?[/QUOTE]
Простите, а причем здесь страница сайта? Пользовательские поля задаются для юзеров, секций инфоблоков.
Если Вам надо задать для страницы какое-то свойство - $APPLICATION->SetPageProperty к Вашим услугам. Ну и настройки модуля "Управление структурой".

[QUOTE]Антон Герасимюк пишет:
Если следующий раздел в дереве разделов имеет уровень вложенности (DEPTH_LEVEL) больше, чем уровень вложенности текущего раздела, то текущий раздел имеет "детей".[/QUOTE]
Сортировка при это должна идти по LEFT_MARGIN => ASC?

Ваш вариант не может работать. Положили Вы ДВЕ копии ОДНОГО компонента, который работает с ОДНОЙ корзиной. Там же фильтр есть. Через него только если, и то с трудом.

[QUOTE]Сергей Куликов пишет:
и еще очень важный для меня вопрос, как по ID элемента получить все его свой свойства, включая массив характеристик? [/QUOTE]
[CODE]$rsItems = CIBlockElement::GetByID(ваш ID);
if ($obItem = $rsItems->GetNextElement):
  $arItem = $obItem->GetFields(); //стандартные поля
  $arProps = $obItem->GetProperties(); // все пользовательские поля
endif;
[/CODE]
[QUOTE]Никита Пимошенко пишет:
ну самое простое решение это писать все элементы списка без кавычек... Ну еще что я предполагаю возможным это создать свою функцию отсева на основе getlist .[/QUOTE]
Успехов Вам на инфоблоке с хотя бы 1000 записей.
[QUOTE]Сергей Куликов пишет:
Помогите разобраться, как отобрать элементы каталога товаров по наименованию, ЕСЛИ в наименовании содержаься кавычки? например телевизор рубин спокойно выбирается функцией getlist, а вот уже телевизор "рубин".. вот тут начинаются проблемы. [/QUOTE]
Посмотрите, как кавычки у вас в базе хранятся. После этого можно подумать.