Если в $arResult все правильно, смотрите, что Вы в шаблоне написали
А еще лучше проверить почему там ничего нет |
|||
|
|
|
|
Именно так.
А можно как я говорил сделать свою сущность:
|
|||
|
|
|
|
Ну ведь ничего сложного же нет, кастомизируете компонент и в result_modifier.php пишете что-то типа:
Как-то так. |
|||||
|
|
|
|
Тут все от Ваших задач зависит, я под определенную задачу писал свой компонент, основанный на хайлоде, он и документы в 1С спрашивал, и всякое другое.
Может стандартный компонент Вам не поможет. Ведь не сложно на самом деле. У Вас там будет поле привязанное к ID пользователя и другие какие Вам нужны. И опыта наберетесь. Компоненты интересно писать ). |
|
|
|
|
|
Приветствую.
Повесили на меня еще и корпортал, раньше им другой отдел занимался, и очень много несуразиц вылезло. — Структура компании не соответствует структуре в AD, собственно в AD её вообще нет. И они не залили ее из AD, а всех юзеров сделали руками, соответственно у многих «блатных» юзеров логины совсем немыслимые (не такие как в AD). Нашим отделом было принято решение, забить на этих вручную созданных юзеров и залить из AD и потом их разместить в департаметы. Залил юзеров из AD. Написал файлик который сравнивает логины и мыло юзеров из AD и старых, синхронизирует их свойства, добавляет в сотрудники, а старых убирает из «сотрудников» и кладет в «левые юзеры». С «блатными» тоже разобрался другим файликом. Остались пользователи только из AD которых надо «окучить». Вопрос 1: Поскольку в битриксе нет возможности вывести пользователей не принадлежащих к определенной(ным) группе. Хочется для отдела кадров сделать такую возможность в админке. Не будут же они смотреть мой файл на котором я вывожу этих юзеров и искать их по ID в админке для редакции. Какой файл (и куда положить) нужно сделать, что бы после обновления не затерлось? смотрел, в принципе разобрался, в фильтр добавил свойство «инвертировать группы» с $lAdmin тоже разберусь. Вопрос собственно куда положить и как подключить, не правильно же его подключать в /bitrix/admin/user_admin.php
— Есть 2 AD московское и региональное. В них есть одинаковые юзеры (одинаковые логины) в основном это админы и различные спец пользователи. По большому счету можно в AD сделать группу и в настройках импорта отметить, что этих юзеров импортировать не надо, но думаю это будет не скоро. Вопрос 2: Как будут логиниться эти (двойные) юзеры? Какой из них будет «старше»? Или поскольку они из разных AD они будут заходить на портал в зависимости от того в какой сети они находятся (я в сетях совсем не...) и если я их положу в разные департаменты, то в зависимости от того от куда они заходят, такие свойства у них и будут? Стоит ли их класть в теже департаметы или «забить» на них, московских положить, а дубликатов в «левые»? |
|||
|
|
|