Телеграмм чат группы symfony

Максим Федоров... in symfony

14:16пожаловаться #1

МФ

Выведите дамп настроек доктрины сюда

14:20пожаловаться #2

Symfony 4.4 -> умеет ли AccessDecisionManager разспозновать Roles hierarchy, без указания в ->decide($token,[..... роли роли роли]), а просто указать "коневую роль"?

14:28пожаловаться #3

Vlad Kopaihorodskyi in symfony

попробуй и будет ясно)

14:32пожаловаться #4

У меня в лоб не работает, поэтому и спросил. Нехочу на isGranted в коде переходить

14:33пожаловаться #5

Sergey Protko in symfony

почему не хочешь? почему не потестишь свое предположение? Влоб не работает - значит смотри код или "не работает"

14:42пожаловаться #6

Sergey Protko in symfony

своих велосипедов небось поверх уже успел наплодить

14:43пожаловаться #7

По коду вообще не видно что там как-то задействована иерархия ролей. Сейчас работае только при перечислении всех ролей, которые должны учитываться, ROLE_USER не работает если нужно чтобы ROLE_TOP_USER: [ROLE_USER] учитывался.

14:45пожаловаться #8

Valery Smirnoff in symfony

нужны комменты к сообщениям. Иначе собирать последовательность сообщений становится уже тяжеловасто(

15:13пожаловаться #9

ПГ

Не совсем понимаю, как это использовать нативно, но судя по доке AuthorizationChecker реализует isGranted, в котором просто вызов decide, который принимает единственную роль. Может быть вы иерархию неверно указали?

15:15пожаловаться #10

ПГ

По поводу ирерахии, иерархия ролей - это вроде тот же voter

15:18пожаловаться #11

Я говорю про decisionManager а не про authorizationChecker. У меня несколько деревьев ролей, поэтому в voterah приходится проверять значения из нескольких деревьев

15:20пожаловаться #12

ПГ

authorizationChecker->isGranted в себе вызывает decisionManager->decide

15:21пожаловаться #13

ПГ

Там только токен извлекается из DI и ничего более