Форум

цикл foreach вам поможет.

[url]http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getbyid.php[/url]

Используйте событие OnOrderAdd, вытаскивайте из заказа нужные поля и сохраняйте в пользователе, который на момент события уже создан.

Мне кажется, уже неоднократно обсуждалось и вывод только один. От универсальных ботов работает ЛЮБОЕ решение, которое есть только у вас, просто по причине его уникальности. От заточенных под вас ботов не работает НИКАКОЕ решение, просто по той причине, что в крайнем случае будут регистироваться живые люди. Поэтому абсолютно убежден, что ловля на взлете не может быть эффективной на 100%, поэтому и не будут оправданы никакие усложненные регистрации. Мой рецепт (можете не использовать :) - отсев автоботов простым переименованием поля, отсев заточенных ботов - по паттернам поведения (читай, в полете).

[QUOTE]Itachi261092 пишет:
Поэтому лучше всего выводить через bitrix:news.list или bitrix:news если нужна страница по каждому элементу с детальной информацией[/QUOTE]Ну это уже от задачи зависит, может, ему надо показывать только свои элементы...

Только надо разделить получение данных и вывод, а именно убрать получение из шаблона в result_modifier

[QUOTE]Алексей Комаров пишет:
Вы считаете, что жизнь регистрирующимся людям нужно упростить до максимума не взирая ни на какую опасность от ботов, т.к. не считаете её реальной, значимой или стоящей рассмотрения по сравнению с удобством людей.
[/QUOTE]Неправда ваша, я такого не говорил. Я против усложнения регистрации по причине необходимости уменьшения порога входа в ваш сервис для людей, но это не связано с недооценкой ботов. Вам уже много решений предложили по отсеву универсальных автоботов, хотя бы с подменой поля. Ну не сможет универсальный бот это опознать, так как не имеет возможности предвидеть все ваши варианты, а нагрузка на пользователя не возрастет. Бот, заточенный под вас, вы не остановите ни двумя, ни тремя, ни десятью этапами проверок, это же очевидно, а жизнь пользователям усложните. Для таких ботов ищите отличия паттернов поведения на сайте, а не регистрации.[QUOTE]Алексей Комаров пишет:
- Считается, что это индусы разгадывают. Они понимают только латинский шрифт капчи. Русские буквы капчи не знают и читать "чему равно два плюс два" не умеют.
[/QUOTE]Это представление устарело. У меня на сайтах капча только из русских букв, так разгадывают влет.

Я понимаю, что вам нравится ваша идея, но вам уже не только я говорю о тупике, в который вы себя загоняете.

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

Вот таки да... Любое усложнение регистрации снизит на порядок количество этих самых регистраций. У вас такой уникальный сайт, что люди будут долбить несколько уровней регистрации? Или уйдут к конкуренту? Ищите, чем отличаются боты от людей, а не усложняйте жизнь пользователям. Вы от заточенных под вас ботов все равно не избавитесь, а реальных пользователей потеряете. А универсальные боты отсеиваются любой достаточно простой, но уникальной, модификацией. Ну это как сложная активация софта, кому надо - все равно своруют, а вот легальным пользователям зачастую геморой только лишний.

А что у вас в $arResult["ROWS"]["EMAIL"]["VALUE"] и в <?=$arResult["ROWS"]["EMAIL"]["CODE"]; в шаблон приходит? И как дальше компонент его обрабатывает?... Что-то больше вопросов....