Форум

Теоретически правильнее не рубить с плеча хэадер, а сначала проверять AJAX-не AJAX.
[CODE]// Без пролога глобальных переменных в том числе $APPLICATION может и не быть - так что оставляем.
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");
$isAjax = false;
// Проверяем, AJAX-ли?
if(!empty($_SERVER['HTTP_X_REQUESTED_WITH']) && strtolower($_SERVER['HTTP_X_REQUESTED_WITH']) == 'xmlhttprequest') {
     $isAjax = true;
}
//
if($isAjax){
     // Чистим, что лежит в буфере вывода.
     $APPLICATION->RestartBuffer();
}
// Тут подключаете компонент
$APPLICATION->IncludeComponent( "magazin:catalog.compare.list",
           // Параметры в большом количестве ...
);
if($isAjax){
     // Заканчиваем свистопляску, чтобы ничего лишнего в буфер не упало
     die();
}
[/CODE]А вообще у вас "AJAX_MODE" => "N" (отключен AJAX) - вот он и тягает весь контент.

[QUOTE]expdev пишет:
[QUOTE]Евгений Тюльпан пишет:
да чтобы добавляло к титлу и description страница №
[/QUOTE]Думаю можно через $APPLICATION->GetProperty забрать свойство title, забрать GET параметр страницы, склеить их и установить title c помощью $APPLICATION->SetProperty. Как-то так. Поправьте знающие, если не так.
[/QUOTE]Ну, вообще через $APPLICATION->SetPageProperty для постраничной навигации я бы не рекомендовал этого делать (эта функция вроде как свойство страницы меняет, а не оперирует с заголовком браузера).
Используйте отложенную функцию $APPLICATION->SetTitle('title_page_1') после рендеринга элементов, если постраничная навигация без AJAX-а, и document.title = 'title_page_1' (это JS, кстати), если используете AJAX.

[QUOTE]kopoBko пишет:
А что это за компонент такой "user.list"?
вообще насколько я помню в CUSER::GetList нет рандомной сортировки => нужно предварительно составить массив ID пользователей, например:
1)узнать последний ID пользователя
2)сгенерировать массив из rand(#стартовый#,#максимальный#)
3)отфильтровать по новому массиву.
Итого: 2 запроса
[/QUOTE]А пользователь может быть удален. Или заблокирован. На малом количестве пользователей шанс попасть в такого пользователя довольно велик.)
1. Делайте выборку по всем активным пользователями с полями ID и логин (или что там вам еще нужно);
2. Кладете все элементы в массив.
3. Делаете магию рандомного числа в диапазоне от нуля до верхней границы массива - запоминаете.
4. Повторяете пункт 3 еще несколько раз, но уже с проверкой, не выпало ли одно число дважды-трижды.
5. Как только количество случайных чисел достигло 3 - переходите к следующему пункту.
6. Забираете из массива те заветные элементы, чей порядковый номер массива был указан рандомными числами.
7. Выводите куда хотите!

Надо бы редактор блок-схем к форуму прикрутить)

[QUOTE]Kolesnikov Michail пишет:
Подскажите:
[CODE] if(empty($arResult))
     {
     
        $arFields = Array(
           "EMAIL_TO" =>             htmlspecialcharsEx(strip_tags($arParams["EMAIL_TO"])),
           "AUTHOR_SUMMA" =>       htmlspecialcharsEx(strip_tags($_POST["author_SUMMA"])),
           "AUTHOR_SELECT1" =>       htmlspecialcharsEx(strip_tags($_POST["author_SELECT1"])),
           "AUTHOR_SELECT2" =>       htmlspecialcharsEx(strip_tags($_POST["author_SELECT2"])) ,
           "AUTHOR_SELECT3" =>       htmlspecialcharsEx(strip_tags($_POST["author_SELECT3"])),
           "AUTHOR_SELECT4" =>       htmlspecialcharsEx(strip_tags($_POST["author_SELECT4"])) ,
//.......//
[/CODE]
Подключил полностью, но на почту приходит не вся инфа, где я мог ошибиться или не дописать?
[CODE] Вот шаблон: <ol style="list-style: none;">
<li><b>Марка автомобиля:</b>      #AUTHOR_SELECT1#</li>
<li><b>Модель автомобиля:</b>           #AUTHOR_SELECT2#</li>
<li><b>Модификация:</b>                 #AUTHOR_SELECT3#</li>
<li><b>Комплектация:</b>                      #AUTHOR_SELECT4#</li>
<li><b>Сумма:</b>                    #AUTHOR_SUMMA#</li>
//.......//
<li><b>Подарки:</b>                      #AUTHOR_SELECT5#</li>
</ol>
[/CODE]

А ВОТ ЧТО ПРИХОДИТ НА ПОЧТУ:
[CODE] Марка автомобиля:
Модель автомобиля:
Модификация:
Комплектация:
Сумма:
ФИО:                              Михпил
E-mail:                     firi@rup.ru
Контактный телефон:     +7952087*****
Область, район:     Тверь
Рабочий телефон:     5-55-5-4
Подарки:
Сообщение:            Привет
[/CODE]
[/QUOTE]Такая же "шляпа" началась в эту субботу на одном из проектов. До этого все шикарно работало - грешил на контент-менеджеров, а теперь и не знаю, что думать. Делал дамп переменно $arFields перед передачей в CEvent::Send - все значения переданы корректно.

UPD: В моем случае обнаружился косяк в верстке шаблона компонента: в определенном поле не было закрыто кавычкой значение поля value и все поплыло.
Рекомендация по поиску бага - сделайте запрос к базе:

[CODE] SELECT * FROM b_event ORDER BY id DESC;[/CODE]В поле C_FIELDS увидите сериализованный массив данных для отправки и, думаю, тут все и станет ясно.

[QUOTE]Антон Долганин пишет:
[QUOTE]Артём Дубинин пишет:
Т.к не может найти нужное свойство.
[/QUOTE]Что-то у вас страшное такое. При отсутствующем поле ничего не ищется и не выводится.
[/QUOTE]Тут требуется немного прояснить ситуацию. Делается выборка по нескольким инфоблокам в одном GetList-е и в случае, если набор свойств, скажем у них [C1, C2, C3] и [C3, C4, C5] соответственно, а требуется получить [C2, C3, C4] и единой сортировкой - тут у SQL-я возникают некоторые проблемы - можете потестировать сами.
Конечно можно разделить логику, но частенько (например на главной странице) нужно получить выборку самых новых элементов из разных инфоблоков, при этом сохраняя уникальные свойства для каждого. Собственно отсюда вопрос, я полагаю, и родился.

Если кто еще будет искать информацию по данному вопросу:
[I]Ограничение области поиска разделом инфоблока[/I]
[url=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=5196]https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=5196[/url]

[QUOTE]cisca пишет:
Очень интересно, удалось ли вам найти ответ на данный вопрос? Имею ту же проблему.
[/QUOTE]Если кому еще интересно, вкладка появляется когда в настройках инфоблока хотя бы для одного свойства отмечено "Показывать в умном фильтре".

А способов всего два, насколько мне известно.
Первый, что вы описали:
1. Получаете нужные элементы инфоблока по нужному фильтру в виде объекта.
2. Делаете fetch объекта
3. Получаете свои элементы из своей таблицы
4. Сливаете все элементы в один массив
5. Делаете InitFromArray всему массиву
6. Получаете параметры для  пагинатора
7. Создаете пагинатор.

Второй - промежуточная индексная таблица, где хранятся ID элементов, их пренадлежность к инфоблоку или вашей таблице и сортировочный параметр(ы). Вот с нее и брать массив ID и данные для пагинации, а потом по полученному массиву ID элементов хватать их откуда нужно.
Работает в десятки раз быстрее, особенно на большом количестве элементов, однако необходимо поддерживать целостность связей - добавлять и удалять в ней элементы при добавлении или удалении в вашей таблице или инфоблоке.

Вам нужно 2 экземпляра стандартного компонента "Каталог" - один просто по продукции, второй с фильтрацией по производителю.

Теоретически, можно оформить вообще 1-м инфоблоком, у которого секции будут Производителем, а элементами - продукция. В таком случае вообще можно стандартным комплексным компонентом фотогалерея сделать, только описание элемента вызывать компонентом catalog.element.
Если 2 инфоблока вам нужно в обязательном порядке, тогда надо добавлять пользовательский параметр "Производитель" ко всей продукции и производить по нему фильтрацию при вызове компонента на шаге 3.

Если вам это ничего не дало и не горит - могу помочь, сегодня-завтра-послезавтра вечером.