и чё ж тогда просто куки не юзать?

как-то я не выкупаю смысл таких решений

чтобы инвалидировать сессию пользователя при авторизации на стороне

с классической сессией вы будете всей семьёй с мошенниками вместе на одной сессией сидеть

без jwt прям не справиться хд

всем спасибо) почитаю

Всем привет, кто-нибудь делал подобное тз?

На входе массив объектов (прав доступа) примерная структура объекта

{

id: 10,

parentId: 1

name: "Редактировать пользователя"

checked: true

}

Задача:

Массив произвольным набором элементов.

Отобразить этот массив в виде древовидной структуры, группировка по parentId.

Главное, чтобы это решение не имело предела вложенностей потомков.

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

Например, свойство checked родителя может иметь значение true, но сам чекбокс будет в состоянии indeterminate, это если не у всех потомков checked однозначно.

Выполнить на ангуляре, код скинуть в git.

можно добавить айди, можно обратиться к нод последнему элементу через скобочную нотацию elements[elements.length - 1], или прямо в поиске прописать .element:last-child. ( за последнее точно не помню)

elements[elements.length - 1] я так делал но почему не работает по идеи должно?

над код смотреть

elements[elements.length - 1]..addEventListener('click')

должно работать. Ну и мб у тебя опечатка в      [elements.length - 1]..  <—— тут одна точка должна быть

ну так у меня и есть, при рефреше летит запрос который выгребает список, но вопрос то не в это был, а в том что во время рефреша мы находимся на странице редактирования, как после рефреша понять какая именно сущьность редактировалась до рефреша

то, что вы закрасили, видно хд
покажите в коде, как достаёте

та ничего))

уже понял,  нашел ошибку

спасибо)

и в чем она была?

В самом простом) Нада внимательней переменною задавать, большая вложенность была

так вы редактировали её на фронте, так? и на бэк никуда это не отправляли во время редактирования?