Организация распределения ролей пользователей?

Теперь, объект профиля пользователя приобрёл следующий вид

{
    "data": {
        "firstName": "Игорь",
        "lastName": "Попрядухин",
        "phone": "[phone]",
        "email": "[e-mail]",
        "image": "",
        "group": {
            "role": {
                "name": "Администратор",
                "id": 1,
                "permissions": [
                    {
                        "id": 1,
                        "name": "Добавление",
                        "action": "ADD"
                    },
                    {
                        "id": 2,
                        "name": "Чтение",
                        "action": "GET"
                    },
                    {
                        "id": 3,
                        "name": "Удаление",
                        "action": "DELETE"
                    },
                    {
                        "id": 5,
                        "name": "Редактирование",
                        "action": "EDIT"
                    },
                    {
                        "id": 6,
                        "name": "Установка разрешений другим пользователям",
                        "action": "SET_PERMISSION"
                    },
                    {
                        "id": 7,
                        "name": "Просмотр",
                        "action": "VIEW"
                    }
                ]
            },
            "name": "Администраторы",
            "id": 1
        },
        "createAt": {
            "timestamp": 1562168480
        },
        "id": 1
    },
    "code": 0
}

Организация распределения ролей пользователей?

Конечно меня напрягает добавление каждый раз в метод вот этой самой проверки.

$this->checkPermission($this->getRole($this->getUserEmail()), Action::DELETE);

Но как автоматически определить, что это именно функция удаления или функция тёти Клавы из 2 подъезда.
Что бы передать намеренья в функцию проверки.

Кстати, в Symfony так и проверяются намеренья.

Организация распределения ролей пользователей?

Игорь, Мне кажется достаточно просто.

Организация распределения ролей пользователей?

Есть определённые успехи в реализации разрешений для группы пользователей в самописном движке.
Причём количество ролей играет не какой роли.

В двух словах.

В системе создано, например 3 группы пользователей.
У каждой группы есть роли, у каждой роли есть разрешения на то или иное действие.

В контролируемом методе

public function delete()
{
        $this->checkPermission($this->getRole($this->getUserEmail()), Action::DELETE);
        ...
}

checkPermission ожидает 2 параметра

1 - роль
2 - действие

В checkPermission мы как раз и проверяем разрешено ли данной роли это действие.

Организация распределения ролей пользователей?

Есть ещё Voters от Symfony

Правильно я понимаю, что разрешения проверяются в каждом методе контроллера если этот требуется?

Организация распределения ролей пользователей?

Да, скорее всего буду смотреть в эту сторону.

Организация распределения ролей пользователей?

Дмитрий, Читал про это тоже, но не достаточно внимательно.
Если не сложно, в двух словах про это.

Есть ли сходство с тем, что сейчас у меня?

Как привести текст к нормальной кодировке в delphi?

zedxxx, UTF8ToString
Спасибо!

Корректно ли прерывать middleware pipe в таком случае?

Игорь, Здесь ключевое слово

middleware не вмешивается

Если нужно, вмешиваемся!

Корректно ли прерывать middleware pipe в таком случае?

Например цитата из введения MW в Laravel

HTTP Middleware (посредники) - это фильтры обработки HTTP-запроса. Так, например, в Laravel включены middlewares для проверки аутентификации пользователя. Если пользователь не залогинен, middleware перенаправляет его на страницу логина. Если же залогинен - middleware не вмешивается в прохождение запроса, передавая его дальше по цепочке middleware-посредников к собственно приложению.

Что если запрос не валидный или юзер злодей?
Нам разве нужно дальнейшее выполнение приложения?
...
Я тоже так думаю...

Корректно ли прерывать middleware pipe в таком случае?

В любой момент middleware можно прервать.
Сразу встаёт вопрос, почему нет?

Как объяснять кадровикам быстрые смены работы?

devalone, Мир более красочный, чем Вы себе его представляли. XD

Как объяснять кадровикам быстрые смены работы?

devalone, XD

Где хранить секретный ключ, если приложение работает в режиме SPA (NUXT)?

Robur, тут ещё одна не озвученная деталь
Мы же говорим о "SPA" и конкретно об административной панели.
Админка реализована на Nuxt и работает в режиме "SPA"

В админке нет дикой смены "роутинга", вполне легально и без затрат можно проверить токен обратившись к серверу при смене страницы.

Какая-то очевидная вещь получилась, зачем я задал вопрос.
В любом случае спасибо.
Вы внесли вклад в моё развитие и других людей.

Где хранить секретный ключ, если приложение работает в режиме SPA (NUXT)?

Такс, мне кажется исчерпывающий ответ.

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

HMAC - Проверка только на сервере, так как, проверку нужно осуществлять с использованием секретного ключа.

И тут следует определиться, если высоко нагруженное приложение, то RSA.
Если такой же ресурс, но с меньшей нагрузкой, например, административная панель, можно использовать HMAC

Поправьте меня.

Спасибо!

Отвратительный лог ошибок в nuxt?

При чём, JS даже указал в каких строчках произошла ошибка

Как объяснять кадровикам быстрые смены работы?

"Карочь"

Если автор решился обратиться за советом на форум, значит так нужно.
Такое ощущение что кто-то кого то заставляет одевать трусы.

Своё мнение я высказал, Вы своё.

В некоторых фразах, когда использую выражения "у вас не" или "Если вы "
Я не имею в виду Вас конкретно.
Это некий персонаж.

Как объяснять кадровикам быстрые смены работы?

Developer, Не воспринимайте буквально.

Одежда ещё как влияет.
На самом деле, на эту тему, написано очень много статей.
--------------------------------------

Автору нужно что-то поменять.
Самое простое, это сменить имидж.

Как объяснять кадровикам быстрые смены работы?

Всё верно что автор обратился к нам.
Мы его семья.

Как объяснять кадровикам быстрые смены работы?

Мне кажется это единственный пост, где есть конкретный призыв к действию.
Поддерживаю автора.

Предлагаю врать при собеседованиях (как минимум не говорить что вас слили на ТРЕХ предыдущих работах за ТАКОЕ короткое время), приукрашать, придумывать логичную историю-легенду (например, пет-проджет или стартап, или путешествовал полгода), больше говорить про свои навыки, ничего плохого про работодателей не говорить, быть позитивным и улыбаться.

Класс, то что нужно, это не сарказм.