Форум

На вид все хорошо, но я бы переписал условие:
[CODE]#^/([\w]+)/.*#
[/CODE]

[QUOTE]Алексей Петров пишет:
А если разбить все группы товаров на отдельные инфоблоки, не принесет ли это сложности при редактировании и добавлении нового товара. Ведь количество инфоблоков в торговом каталоге может вырасти до 20-30 штук.

Наверное действительно придется разбивать все группы товаров на отдельные инфоблоки, ведь вызов компонента catalog.filter происходит в теле шаблона сайта не в области #WORK_AREA# и даже если я передам ему ID раздела, то он будет общим для всего шаблона.
[/QUOTE]Шаблон фильтра будет формироваться под ID текущего раздела, если всё настроить в result_modifier.php

[QUOTE]Алексей Петров пишет:
Вопрос в том, как вывести для каждого раздела товаров свой фильтр (catalog.filter) со своим набором свойств (список: мощность, список: цена и т.д.)
[/QUOTE]По хорошему, все эти группы товаров должны быть в отдельных инфоблоках.
Если в вашем случае разделить товары нельзя, то скорее всего придется [url=http://top-10.su/blog/programming/do-cache-template-component-dependent-on-the-parameter-in-the-url/]добавить свой параметр в настройки компонента[/url] фильтра - для передачи ID или CODE текущего раздела, если этого параметра нет (не помню).
Зная ID текущего раздела в result_modifier.php шаблона фильтра можно узнать свойства этого раздела, где уже записать перечень свойств для вывода (например, UF_PARAM_LIST = {19,34,22} (ID свойств для отображения). И зная нужны свойства отсеять ненужные из $arResult.

Стандартный компонент есть во всех редакция Битрикса.
Компоненты -> Контент -> Каталог -> Структура разделов

В настройках компонента ставите галочку - учитывать права доступа.
В шаблоне компонента ставите условие:

[CODE]if(!$USER->IsAuthorized()) {
echo TruncateText($arResult["DETAIL_TEXT"], 200);
} else {
echo $arResult["DETAIL_TEXT"];
} [/CODE]
Если нужно показывать текст до определенного места, то тут уже есть варианты - хранить вариант для неавторизованных посетителей в отдельном свойстве или ставить разделитель в детальном описании, а в шаблоне вычислять strpos до разделителя.

Обычная настройка шаблона компонента, примерно так:
[CODE]<?if(!defined("B_PROLOG_INCLUDED") || B_PROLOG_INCLUDED!==true)die();?>
<select name="forma" onchange="location = this.options[this.selectedIndex].value;">
<option>Выберите</option>

<?foreach($arResult["SECTIONS"] as $arSection):?>
<option value="<?=$arSection["SECTION_PAGE_URL"]?>#page"><?=$arSection["NAME"]?></option>
<?endforeach;?>
</select>
[/CODE]

Можно и мне попыток?
Dok_11
Технология Композитный сайт

DETAIL_TEXT там не окажется - это highload-инфоблок.
Сортировка есть в php выборке, но нет в SQL - оба выполняются одинаковое количество времени ~3 секунды, много это...

P.S. Решил все таки добавить индекс на поля из выборки - вроде, быстрее стало.

Производится много выборок из большой таблицы InnoDB (HighLoad инфоблок) ~700 000 записей (251 Мб)
Такой код:
[CODE]$entity_data_class::getList(array(
"select" => Array("*"),
"order" => Array("UF_PRICE" => "ASC"),
"filter" => Array(
'LOGIC' => 'OR',
'=UF_CATALOG_NUMBER' => $code,
'=UF_CAT_NUM_CLR' => $code
)
));

// Или такой

SELECT *  FROM `b_repair_catalog` WHERE `UF_CATALOG_NUMBER` = '08-01750' [/CODE]Выполняется около 3 сек. (при повторной выборке 0,0002с - очевидно, что это уже кеш)
Так вот, можно ли как-то сократить время выборки, учитывая, что в основном выборка производится именно по полям [B]UF_CATALOG_NUMBER[/B] и [B]UF_CAT_NUM_CLR[/B]?
Есть чувство, что установка [B]ключей [/B]могла бы помочь ускорить выборку, но не очень в этом понимаю, поэтому прошу совета :)

P.S. Изменение полей выборки select на время выполнения запроса какого-то явного влияния не имеет.

Вот структура таблицы, выделил основные поля.
 

В "Другое" писать нужно примерно так: PROPERTY_rating, если ваше пользовательское свойство с кодом rating