Как проверить группу пользователей перед авторизацией?

Question

[Юпитер Макс]

Всем привет.

Вопрос вот какой:

Сделал личный кабинет для определенной группы пользователей, который кардинально отличается от существующего. Проблема в том, что заказчик хочет, чтобы на сайте была одна кнопка авторизации для всех. Соответственно, перед авторизацией определенная группа видит то, чего не должна видеть. Как поступить? Настойчиво объяснить заказчику, что нужно делать 2 страницы авторизации и соответственно выводить еще одну кнопку на вход? Или может как-то можно нашаманить без второй кнопки, но я просто не знаю про это? :)

Answer 1

[Yuriy Lyadov]

Группы пользователей https://dev.1c-bitrix.ru/api_help/main/reference/c...

Попробуй написать условие:

if (CSite::InGroup(array(1))) {
echo 'Администратор';
}

Comments

[Юпитер Макс]

это немного не то :) До авторизации мы не знаем в какой группе пользователь.

[Yuriy Lyadov]

Юпитер Макс, Может jQuery скриптик написать на переадресацию?
После авторизации пользователь попадает на страничку где напиши скрипт, что если группа пользователей такая, то переадресация туда... Если такая, то туда))
Возможно это не идеальное решение, но пока в голову такая лезет)

[Юпитер Макс]

Юрий Лядов, с переадресацией все хорошо, после авторизации каждый попадает туда, куда ему можно. Для это как раз и используется метод InGroup. Тут вопрос немного в другом.

[Алексей Скляров]

Юпитер Макс, я думаю человек имеет ввиду что вам нужно после авторизации направлять на какую-нибудь промежуточную страницу, где уже будет происходить переадресация на разные кабинеты пользователей, в зависимости от группы.

Answer 2

[Ilnur Davletbaev]

В окументации описано событие перед авторизацией пользователя. Используя это событие можете сделать необходимую проверку. https://dev.1c-bitrix.ru/api_help/main/events/onbe...

Answer 3

[Андрей Николаев]

Попробуйте отлавливать на событии OnAfterUserLogin - в нем уже есть $arParams, в котором есть USER_ID (в случае успешной авторизации). Единственное, нужно предусмотреть корректную обработку backurl.

Answer 4

[Айнур Валиев]

Никак

Comments

[Андрей Николаев]

Ну почему же никак? Можно на событии onAfterUserLogin проверять группу и переадресовывать в нужный кабинет

[Айнур Валиев]

Андрей Николаев, это событие после авторизации.

[Андрей Николаев]

Айнур Валиев, автор просто неправильно выразился. Ему не нужно событие "перед авторизацией", ему нужно:
1) Закрыть контент который не должны видеть пользователи без спец. условия
2) Определить выполняется ли спец условие.

Если я правильно понял вопрос: у него есть 2 личных кабинета, один из которых должны видеть только определенные пользователи. Причем после авторизации эти пользователи должны попадать сразу туда, а остальные в старый ЛК, да так, чтобы пользователи нового ЛК не видели/знали о старом, а пользователи старого о новом.

[Айнур Валиев]

понятно

[Юпитер Макс]

Андрей Николаев, Айнур Валиев, ребят, ключевая фраза вопроса перед авторизацией определенная группа видит то, чего не должна видеть, а именно: есть одна форма авторизации на которой есть ссылки "регистрация" и "забыли пароль?". Так вот, одна группа пользователей не должна видеть эти ссылки. При этом, клиент настойчиво хочет, чтобы была одна страница авторизации. :)

[Айнур Валиев]

Юпитер Макс, клиенты хотят код, к-й вот только кофе и не делает.

[Андрей Николаев]

Юпитер Макс, а какая "группа" не должна их видеть? Вы можете без авторизации уточнить к какой группе принадлежит пользователь без авторизации? Я вот не умею гадать по ip