т.е. на больших массивах данных будет бо-бо

у меня макс length 5

тогда не заморачивайтесь

но чето не работает

array первый dictionary второй третий array сортированый

да, такая сортировка не корректно отработает если name нет в дикшинари

@Atassis смари

если прогоните на тех данных, что вы дали в примере то всё вроде работает

@klesohorskyi спасибо моя ошибка сделал trim и сработало спасибо большое

👍

такой вопрос,я пишу чат у меня там три вкладки регистрация логи и сам чат ,как вітягнуть данные из окна регистрации,окно регистрации register.ejs

я так и не понимаю что ему не нравится...

Делаю доступ по ролям к api в Express, но иногда недостаточно тех данных, что есть в jwt, чтобы узнать можно ли юзеру получить эти данные. И не хочу всю эту логику запихивать в controller. Будет ли ОК, если я создам middleware, которая будет вытягивать с базы данные и класть их в объект Request, а следующая middleware уже будет брать эти данные из request и уже проверять пермишен у юзера?

Не знаю поможет ли тебе, но я в кейсах с разграничиванием прав, упаковыве perms в число следующим образом. Предположим есть масиив [read, write, reboot] с индексами 0,1,2. Нужно получить права на перезапуск и запись. 2*1+2*2=6 С такой логикой мы храним лишь одно число, которое определяет права юзера. Число подписано по jwt, изменению не подлежит и можно сколько угодно прав на что угодно дать(ну если оно не больше Max integer)

А так, хочется, вытаскивай логику разграничения прав в миддл — твое право и по рукам никто бить не будет)

это из области битовых флагов =) только все гораздо проще делать битовыми операторами, чем через суммы/множители

Возможно, просто еще давно-давно подсмотрел где-то такой способ забыл как называется) Про битовые операторы можно поподробнее? Вернее простой пример как упростить мой способ

Простой инт представлен 8ю битами 00000000 - тот же массив прав... Если есть право - ставим единицу, получаем... 00110000 к примеру...

Спасибо за ответ, но у меня другая ситуация несколько.  У юзера в jwt зашита, например, роль = админ_организации,id = IDорганизации. По бизнес логике органцизация проводит мероприятия. Юзер делает запрос,  чтобы узнать о мероприятии(а в бд у мероприятия есть foreign key "organizationId"). Так вот я смогу узнать имеет ли юзер доступ к этому мероприятия лишь после того, как будет сделан запрос к бд.

И собрать число нужного права легко оператором | - проверить оператором &