Всем привет! Кто-то знает как такое собрать? Но чтобы можно было разные планы строить.

Чтобы был конструктор ?

да

это в JS

ps на сайте , где это нашел, это канвас э

svg + js вам в помощь

ну это вид, а вид это JS, думаю можно для быстроты разработки взять какой то игровой движок и сделать

Хуже от чего?) кэш в любом случае будет быстрее, ну и лучше некоторые моменты в приложении сразу закладывать, чтобы проще было его расширить, в этом случае конечно можно и без кэша, но например на 5к активных пользователей в сутки будет больше на 5к запросов к базе без кэширования, если просто поместить в сервис провайдер, если это админка например на 10 человек, то конечно можно и не думать о перфомансе

не факт, т.к. кэширование нужно для тяжелых запросов, а кэшировать запрос по key это мертвому припарка, т.к. mysql при работе по key не уступает скорости если сравнивать с хранилищами ключ значение

В кэш кладётся не только что сложно вычислить, но что выполняется очень часто. Это обычно первые кандидаты на кеширование — настройки приложения и т.п, теги можно не кэшировать и т.к они часто меняются, но основной посыл был в том чтобы разместиться логику в сервис провайдере в кэше

Либо просто в отдельном сервисе

82

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

в дайджесте https://habr.com/ru/post/498246/
как раз есть то что тебе нужно:  см. Продвинутая система авторизации действий с ресурсами в Laravel.

помимо подразделения есть ещё и роль?
а если *ща будет трэш* в название роли сунуть подразделение+роль в нём? :D

и закрепить пермишены к ним соответственно

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

спасибо, хороший пример.

была такая мысль. но, по моим прикидка, реализовать через стандартное отношение былоб проще.

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