Да хромдрайвер

Ребята, а у всех миграции трансакциями нормально работают?

У меня че-то нифига, если ошибка - так не возвращется ничего назад

Что-то я где-то слышал что миграции не оборачиваются в транзакции

Зашибись, а зачем тогда safeDown и safeUp?

Должно ж работать, судя по документации

Или это у меня только? Просто вроде ж там ничего сложного, должно бы работать

Не все базы данных поддерживают транзакции для DDL, думаю проблема в этом

Если это в компетенции php то продебаж, хотябы тем же xdebug) хотя лучше просто исходники почитать

Ну если кто-то уже делал это пускай скажут

Я отсюда и узнал о скедиторе

Ребята, а у всех миграции трансакциями нормально работают?

С индексами и ключами не работает как минимум. А в простых вроде без проблем

Аааа

Я не знал

У меня MySQL, если что

И еще AI в мускуле независимо от транзакции инкрементирует/

Бывает.

Нукто тебя здесь за это не осудит

Ну если кто-то уже делал это пускай скажут

Может просто посмотреть самому? Зачем искать тех кто уже посмотрел?

Может просто посмотреть самому? Зачем искать тех кто уже посмотрел?

Я хз че и как смотреть

Есть тут, кто хорошо RBAC шарит?

Вопрос-то какой?

Не совсем понимаю по наследованию: допустим, есть такой код: $auth->addChild($role, $permission); Если проверяется правило, рбак сначала смотрит не на него, а на родителький пермишн/элемент, а уже потом на сам пермишшн? И так по всей иерархии? Или как?

Эээ, а разве так можно?

Потому как с наследованием ролей понятно - родитель может все. что могут потомки. А с правилами не совсем - родитель может все правила?

Можно точно

В доке ж написано - пермишшн должен быть унаследован или от роли, или от другого пермишшна

По крайней мере, я так понимаю

То есть, проверка идет по иерархии сверху вних, пока не будет первого попадания?

Подразумевается, что пермишшны имеют правила

Извиняюсь, там должен быть пермишшн, а не правило) Запутлася)

В addchild передается item, а rule не является потомком item

Ну вот да)

Наследование также как в ролях, просто если у пермишена есть правило - оно будет отраьотано

Отредактировал, чтоб понятно было

С правилом понятно, это как бы одно целое с пермишшном

Правило работает на пермишен

Да

Я просто в наследовании немного путаюсь

Когда нет правил понятно наследование?

Если есть, допустим, два пермишшна, с правилами, и должен сначала проверятся первый, а потом второй, то второй должен быть унаследован от первого, или наоборот?

Когда есть правило у пермишена, то оно всегда отрабатывает и если будет false, то считай, что у сотрудника нет этого пермишена

Когда нет правил понятно наследование?

Если по простому - есть роли, у них есть пермишшны, то да. А вот если некоторые пермишны при этом наследуютс еще друг от друга - тогда не совсем понятно

Также как роли с пермишенами)

Ровно также самая логика

Ето если простая иерархия, тогда да, понятно

Что значит сложная иерархи? Когда несколько наследников?

Когда у пермишшна, например, два предка

Хотя. я кажется начинаю понимать

Есть роль у нее может быть много прав, у каждого из прав ещё куча прав

Да. но если право иммет больше одного прдка. тогда как?

Так же может быть

Нарисуй дерево и тогда сразу понятно. Я всегда rbac паралельно визуализирую

Да, может

Во время проверки идёт поиск пути по дереву rbac от проверяемого пермишена, до роли пользователя. Если находится такой путь - значит можно, если нет - нельзя

То есть, по сути, проверка идет от самого права, и вверх по предкам, и на каждом этапе проверяется, да? Если проверка прошла (то есть, или правило отработало в true), или это роль, которая присвоена пользователю, то все ок. Есл нет - то проверка идет дальше вверх по родителях

Правильно?

Да

Ок, вроде прояснилось

Пока не придет к роли, которая есть у этого пользователя

А. н уда

Наример, ты проверяешь пермишен "удалить запись", у нее могут быть дочерние удалить старые записи, удалить мои записи, удалить все записи , которые уже могут вести к полям каким-то

А если правило не сработало? Сразу прерывается?

Да

Должен быть непрерывный путь от проверяемого пермишена до роли пользователя

Ну вот есть у меня два правила, соответственно, два пермишшна, оба ведут к одной роли. При этом, нужно сделать так, чтоб сначала проверялось одно правило, и если провера прошла, то тогда к роли сразу, а если не прошла - тогда ко второму правилу, и там уже или не прошла (тогда нельзя), или к роли

Кто тут кого должен наследовать? Я так понимаю, оба правила должны быть дочерними от роли, при этом еще и первое правило (которое проверяется сначала) должно быть дочерним ко второму

У тебя надо ещё один пермишен, у которого будут твои два дочерними и проверять это новый пермишее

По суть, если правило сработало, то проверка пойдет двумя путми, и одним сразу придет к роли

То есть? Зачем мне еще один?

Если первое правило отработало, то второе не должно проверятся

Если его не будет, тебе надо две проверки будет делать в коде

Они не равноправны, так сказать

Так а что там проверять тогда в новом пермишшине?

Ты путаешь правила и пермишена)

В пермишене ничего не проверяется, он либо есть, либо нет

Ну я имею ввиду пермишшн, который имеет правило)

Я не путаю, просто выразился неправильно

Я щас попробую набросать

Погоди, у тебя получается вообще один пермишен к одной роли. К пермишену надо прицепить правило, где и сделать твою логику проверки и все

Внутри одного правила сделать проверку А, если прошла вернуть тру, а если нет сделать проверку Б, если прошла вернуть тру, если нет - фальш.