Форум

[QUOTE]Тимофей Воробьев пишет:
echo $USER->Update(1,array("PASSWORD"=>'Bitrix*123456')); [/QUOTE]
Непонятно зачем изменять пароль, если можно просто авторизоваться как админ:
CUser::Authorize('1');

[QUOTE]A1x1On пишет:
Можно узнать в каком файле сохранить скрипт??[/QUOTE]
Создайте php-файл с любым именем и скопируйте его в корень сайта.
Например, создайте файл login.php и поместите в него код:
[CODE]
<?require_once($_SERVER['DOCUMENT_ROOT'].'/bitrix/modules/main/include/prolog_before.php');
CUser::Authorize('1');
require_once($_SERVER['DOCUMENT_ROOT'].'/bitrix/modules/main/include/epilog_after.php');?>
[/CODE]
Скопируйте по ftp в корень сайта, затем выполняете один хит для авторизации _http://ваш-сайт/login.php,  все, дальше уже будете бродить по сайту как администратор.
[B]После авторизации этот файл необходимо удалить![/B]

[QUOTE]Алексей Комаров пишет:
Тут в темах писали, если я правильно понял, что Битрикс сортирует все правила (условия) сначала по алфавиту и длинне так, чтобы применить более длинные правила первыми, как более частные, а короткие в следующую очередь, как более общие. [/QUOTE]
Да, вы верно поняли. Только один момент уточню, что соритровка условий производится при изменении их через админчасть, в том числе и когда добавляется через визредактор компонент с ЧПУ. Короче, если битрикс добавляет/изменяет ЧПУ-правило, то он производит также и сортировку всего массива ЧПУ-правил по длине условия (CONDITION) от большего к меньшему. А уже непосредственно при обработке ЧПУ-запроса просто перебирается массив правил из /urlrewrite.php в той последовательности, в которой они там находятся. И поиск длится до первого совпадения.
Т.е. если вы вручную изменили массив ЧПУ-правил в /urlrewrite.php и разместили запись с условием "#^/news/([0-9a-zA-Z_-]+)/.*#" выше #^/news/([0-9a-zA-Z_-]+)/([0-9]+)/.*#, то до второго условия дело никогда не дойдет.

[QUOTE]sibalov пишет:
Всё работает, но насколько правильный такой подход, можно задавать несколько правил для одного файла?[/QUOTE]
Это нормальный подход, для одного файла можно задавть несколько правил.

[QUOTE]sibalov пишет:
Есть файл, располагающийся по адресу /news/index.php, ему необходимо передавать параметры section_code (в котором могут содержаться как символы, так и цифры и знаки _) и id. То есть при /news/index.php?section_code=music&id=346 должен получаться адрес: /news/music/346/. [/QUOTE]

array(
   "CONDITION" => "#^/news/([0-9a-zA-Z_-]+)/([0-9]+)/.*#",
   "RULE" => "section_code=$1&id=$2",
   "ID" => "",
   "PATH" => "/news/index.php",
),

Если через админку добавлять, то:
Условие: #^/news/([0-9a-zA-Z_-]+)/([0-9]+)/.*#
Файл: /news/index.php
Правило: section_code=$1&id=$2

В /news/index.php будут доступны $_REQUEST['section_code'] и $_REQUEST['id']

Для пользовательских типов свойств нужно указывать еще и USER_TYPE.

Привязка к элементам в виде списка:
PROPERTY_TYPE => 'E'
USER_TYPE => 'EList'

Дата/Время:
PROPERTY_TYPE => 'S'
USER_TYPE => 'DateTime'

Привязка к элементам по XML_ID:
PROPERTY_TYPE => 'S'
USER_TYPE => 'ElementXmlID'

Привязка к файлу на сервере:
PROPERTY_TYPE => 'S'
USER_TYPE => 'FileMan'

HTML/текст:
PROPERTY_TYPE => 'S'
USER_TYPE => 'HTML'

Привязка к элементам с автозаполнением:
PROPERTY_TYPE => 'E'
USER_TYPE => 'EAutocomplete'

Привязка к товарам SKU:
PROPERTY_TYPE => 'E'
USER_TYPE => 'SKU'

Счетчик:
PROPERTY_TYPE => 'N'
USER_TYPE => 'Sequence'

Привязка к картам Google Maps:
PROPERTY_TYPE => 'S'
USER_TYPE => 'map_google'

Привязка к Яндекс.Карте:
PROPERTY_TYPE => 'S'
USER_TYPE => 'map_yandex'

Видео:
PROPERTY_TYPE => 'S'
USER_TYPE => 'video'

Привязка к теме форума:
PROPERTY_TYPE => 'S'
USER_TYPE => 'TopicID'

Привязка к пользователю:
PROPERTY_TYPE => 'S'
USER_TYPE => 'UserID'

[QUOTE]Alex-pn пишет:
то рецепт с подключением произвольного шаблона в эпилоге не подойдет[/QUOTE]
Шаблон при подключении компонента должен использоваться один и параметры должны быть идентичными. Если данное условие будет выполнено, то рецепт с эпилогом компонента подойдет, и кэш будет использоваться общий. Посмотрите топик по ссылке, которую привел, там я попытался изложить принцип.

---
А в эпилоге компонента уже можно менять представление в соответствии с требованиями.

Эмм... судя по реакции ТС:
[QUOTE]Mayyy пишет:
Тогда нужно будет использовать свой компонент? На сколько я понял, стандартный так не умеет?[/QUOTE]
на практически идентичный ответ Сергея Ковалева, кастомизация компонента не является решением задачи.

Да, можно. Но, как я понял, речь идет о стандартных компонентах (инфоблоков судя по всему), и там процесс кэширования закрывается именно подключением шаблона IncludeComponentTemplate().

Простите, не понял вашего вопроса. *Компонент никак не определяет, а просто кэширует шаблон.

---
*Вернее не компонент, а система кэширования компонента.

В первом параметре GetNext() надо true передавать или проще так:
[CODE]
$dbResult = CIBlock::GetByID($arParams['IBLOCK_ID']);
if($arIBlock = $dbResult->GetNext()) {
   echo $arIBlock['DESCRIPTION'];
}
[/CODE]