Дмитрий, в статье бред, говнокод и велосипеды. Симуляция бд связей и бредовые методы типа can update-post post, когда уже есть update post. что то я начинаю уставать от этой беседы
Дмитрий, в каком месте? Ты неопределенно выражался и задавал вопросы. Тостер в таких вещах помогает. Сам пользуюсь, когда нужно. На вы мы тоже не переходили.
Дмитрий, и что? ну не шлем. Дальше-то что? Любая логика доступа проверяется внутри правила. У тебя трудности какие-то? Чуть выше есть кнопка задать вопрос.
Дмитрий, уведомлять об ответах на комментарии - это пермишен? Который отключается в лк) И есть почти в каждом лк в настройках где есть комментарии. На этих сайтах пермишены там да?
Дмитрий, это к велосипеду из статьи вопросы. Там эта путаница дурацкая. пермы это не правила авторизации. Это разрешения для роли только. А правила авторизации это @can('update', $comment) где в методе update проверяется и пермишен и другое в зависимости от логики.
Дмитрий, это откуда такая инфа? Я на ветра магии конечно не реагирую, но в вопросе вижу слово "настройки" и notify_new_comments notify_new_users относится к настройкам из лк.
Дмитрий, стандартный функционал и нормальные названия это @can('update', $post). @can('update-post', $post) это уже из категории масло маслянное. И права нужно проверять в политиках, а не делать над политиками политики.
отел бы я посмотреть как вы разделяете права без пермишинов и ролей...
Ну на Тостере например роли не нужны) Если админку не трогать т.к. я хз какой там функционал. Но для базового роли вообще не нужны. Все делается политиками. Т.к. одинаковый функционал (юзеры могут задавать вопросы и давать ответы).
Артем Воронов, можно сколько угодно рассуждать зачем да почему, но от этого людей, готовых работать за идею меньше не становится) Причин тому масса. Автор если сильно захочет 100% набьет команду единомышленников. Другое дело, что люди работающие за бесплатно очень быстро теряют энтузиазм и нужно готовиться к текучке
Какая-то шляпа а не статья. Пермишены лучше грузить в бд и связывать с ролями many to many. Чтобы у ролей могли быть одинаковые пермы. Да и просто лучше чем эти массивы и неадекватные названия типа @can('update-post', $post)
И то с пермишенами стоит связываться, когда в этом будет явная необходимость. На старте приложения политик Ларавел с их прекрасным фугкционалом зауши)
Дмитрий, причем тут пермишены? В вопросе написано про настройки. Я так понимаю речь про настройки в лк. И автору нужно хранить дефолт значения для каждой роли перед созданиям юзера. Непонятно почему мне вопросы адресованы тк. вопрос не мой) Про авторизацию написано в этом ответе. И я как раз имел ввиду авторизацию, аутентификация с ролями пермишенами и настройками никак не связана.
N, а девушки тут причем?) ты сам написал про три строчки и что отношения для глобальных проектов. Хотя они созданы чтобы упросить разработку и делать их 5 минут. Тебе походу с девушкой нужно встретиться, а не на Тостере сидеть. а то скоро на капс полностью переключишься)
N, да это бред. Нет смысла изображать бд геттерами, где можно и нужно использовать бд. То что в принятом ответе 100% костыль. Я представляю как он потом извращаться будет с фильтрами. Т.е. будет составлять вручную массив из статусов где будет прописывать ид константами, а потом геттерами получать тайтлы и цвета. Идиотизм. И еще 200 вызово геттеров с проверками в каждом на 100 заказов. Только бд и отношения. Составить отношения это 5 минут времени. Гораздо проще чем мутить геттеры с проверками на каждое поле и массивы из данных. А если отношения не используете то и в Ларавел нет смысла т.к. это его основной функционал. Автору советую такому не учиться и делать по нормальному.
Георгий Еремеев, или в слой "удалить и забыть") и загуглить что такое фреймворк и как использовать связи Ларавел. Не надо путать сервисный слой со свалкой говнокода в своих классах.
Корбен Даллас, не чище и не приятнее. Это бессмысленный говнокод. В Ларавел уже есть save delete. Оборачиваеть это в тоже самое нет ни малейшего смысла. getModel и getQuery который возвращает getModel()->getQuery это вообще из категории клиника. Такого еще не видел. Для выноса повторяемых сложных квери в Ларавел есть скоупы, которые можно потом использовать в составе других квери. Вот здесь код чище и приятнее.
например когда вместе с созданием склада создается еще чтотто например филиалы и сотруники к нему
это делается в обсервере. И там это автоматом будет создано и в сидингах и в тестах и тд. Короче надо фреймворк сперва выучить, а потом уже репозиториями интересоваться.