Если в $arResult все правильно, смотрите, что Вы в шаблоне написали
25.05.2015 13:28:11
Но у Вас «Весна» будет раньше «Лета», используйте не строковое свойство, а список |
|
|
22.05.2015 11:19:38
Если пользователь не регистрируется, а входит с помощью соц сетей, события OnAfterUserRegisterHandler не будет, помните об этом. Нужно использовать
|
|
|
21.05.2015 18:30:45
А еще лучше проверить почему там ничего нет |
|||
|
21.05.2015 15:58:37
Именно так.
А можно как я говорил сделать свою сущность:
|
|||
|
21.05.2015 13:50:35
Ох какой же список авторов у Вас будет ) , а разве сейчас кто-то пользуется инфоблоками 1 ?
Я бы вообще сделал бы свою сущность с привязкой к инфоблоку книги, хайлоадам: авторы, типы (фантастика, приключения) И из нее бы брал данные, тут почитайте: |
|
|
21.05.2015 12:43:59
Ну ведь ничего сложного же нет, кастомизируете компонент и в result_modifier.php пишете что-то типа:
Как-то так. |
|||||
|
21.05.2015 11:59:36
Тут все от Ваших задач зависит, я под определенную задачу писал свой компонент, основанный на хайлоде, он и документы в 1С спрашивал, и всякое другое.
Может стандартный компонент Вам не поможет. Ведь не сложно на самом деле. У Вас там будет поле привязанное к ID пользователя и другие какие Вам нужны. И опыта наберетесь. Компоненты интересно писать ). |
|
|
09.10.2013 13:13:50
Приветствую.
Повесили на меня еще и корпортал, раньше им другой отдел занимался, и очень много несуразиц вылезло. — Структура компании не соответствует структуре в AD, собственно в AD её вообще нет. И они не залили ее из AD, а всех юзеров сделали руками, соответственно у многих «блатных» юзеров логины совсем немыслимые (не такие как в AD). Нашим отделом было принято решение, забить на этих вручную созданных юзеров и залить из AD и потом их разместить в департаметы. Залил юзеров из AD. Написал файлик который сравнивает логины и мыло юзеров из AD и старых, синхронизирует их свойства, добавляет в сотрудники, а старых убирает из «сотрудников» и кладет в «левые юзеры». С «блатными» тоже разобрался другим файликом. Остались пользователи только из AD которых надо «окучить». Вопрос 1: Поскольку в битриксе нет возможности вывести пользователей не принадлежащих к определенной(ным) группе. Хочется для отдела кадров сделать такую возможность в админке. Не будут же они смотреть мой файл на котором я вывожу этих юзеров и искать их по ID в админке для редакции. Какой файл (и куда положить) нужно сделать, что бы после обновления не затерлось? Вопрос собственно куда положить и как подключить, не правильно же его подключать в /bitrix/admin/user_admin.php
— Есть 2 AD московское и региональное. В них есть одинаковые юзеры (одинаковые логины) в основном это админы и различные спец пользователи. По большому счету можно в AD сделать группу и в настройках импорта отметить, что этих юзеров импортировать не надо, но думаю это будет не скоро. Вопрос 2: Как будут логиниться эти (двойные) юзеры? Какой из них будет «старше»? Или поскольку они из разных AD они будут заходить на портал в зависимости от того в какой сети они находятся (я в сетях совсем не...) и если я их положу в разные департаменты, то в зависимости от того от куда они заходят, такие свойства у них и будут? Стоит ли их класть в теже департаметы или «забить» на них, московских положить, а дубликатов в «левые»? |
|||
|
03.10.2013 13:01:30
Прикольно, самый простой вариант напрашивается, по событию
|
|
|