Дмитрий Яковенко (Все сообщения пользователя)

Ну это суровая подготовка, Роберт :)
Скажу от себя, для начала
- Установка и настройка (http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=8)
- Элементы управления. Обучающий курс (http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=1)
- Визуальный HTML-редактор (http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=21)
- Компоненты 2.0 (http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=18)
- Интеграция (http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=4)
- Администрирование (1 - обязательно, 2 - желательно)

Вам надо аяксово отправлять запрос и аяксово выводить результат в контейнер под строкой поиска.
Проще будет сделать на jQuery.
У меня такая задача стоит в плане, еще руки не дошли до реализации.
Посмотрите еще блог Максима Смирнова, но он реализовал немного другую задачу.

А какая у вас задача? По картинке сложно понять

Можно,но не сказал бы что просто.

Не понял вашего вопроса - ну будет у вас 1400 пользователей и что?
Мускуль потянет.
А что эти пользователи делать и будут и как вы портал сделаете это уже другой вопрос.

Вообще ничего не понимаю. Что вам мешает использовать поле "РАЗДЕЛЫ" для привязки элемента инфоблока к секциям инфоблока? Элемент можно привязывать к нескольким разделам одновременно - чем вам эта возможность не подходит?

Да, странно

Попробуйте в шаблоне каталога, при подключении компонентов catalog.section и catalog.element добавить в их вызов параметр
"ADD_SECTIONS_CHAIN" => "Y"

Зайти Рабочий стол - Магазин - Настройки магазина - Местоположения - Список местоположений /bitrix/admin/sale_location_admin.php?lang=ru
и поменять значение сортировки для нужных локейшенов.

Уверены?
Да? Тогда расскажите нам в чем разница при обращении к /news/ и /news/index.php.

В параметрах компонента catalog ставим чтобы добавлял инфоблок и секции инфоблока в навигационную цепочку и радуемся жизни.

Я про то, что вроде бы можно изменить этот параметр и обойтись без кастомизации

Вроде же есть параметр в компоненте, который указывает путь к результатам опроса. Можно его поставить "/index.php?"
Тогда и кастомизировать не надо ничего. Но данная ситуация смахивает на ошибку.
Обратитесь в ТП, но и не исключено, что вы сами чего-то не то сделали.

Может быть глупый вопрос, но зачем?
Чем вам свойство разделов не подходит?

1. Исправьте для начала

2. Переименуйте метод, а то он у вас с названием события совпадает - хотя это тут не при чем.
3. $arFields['PROPERTY_VALUES'][94] - тут точно нужный вам идентификатор?

http://dev.1c-bitrix.ru/community/forums/messages/forum6/topic23606/message129563­/#message129563
Сдается мне ваш случай.

С куками не помню решения так сразу.

1. Для документооборота другие события.
2. Попробуйте в арСелект добавить IBLOCK_ID.
3. Почему в фильтре "PROPERTY_129_VALUE", а не "PROPERTY_129"?

Посмотрите как сделан компонент хлебных крошек и его шаблон, там как раз делается то, что вам надо, как я понял.

1. Если незарегистрированный, то и неавторизованный. Тогда как вы хотите узнавать админов? По запаху?
2. Если незарегистрированный, то и в группе админов состоять не может.
Мне ваш вопрос непонятен.
У группы опросов установите нужный уровень доступа для нужных групп.

Уже можно и ShowHead вставлять, будет достаточно.

Ну так верните $arResult, или что вам надо, я не пойму.

Проверьте для начала файл /bitrix/admin/index.php.
И обратитесь в ТП, они быстрее починют, чем экстрасенсы на этом форуме.

И в чем была проблема?

Я знаю, Вы неправильно отвечаете на 4 из 33 вопросов.  8)

Как ни странно return $out1;

Ладно, подождем еще кого-нибудь из экстрасенсов