AI
Давай так, я пока почищу, а ты выложи с вилкой
Size: a a a
2021 April 08
AI
Мне тоже неприятно это делать.
AI
ОСОБЕННО на джунскую вакансию.
AI
джуна до 150
AI
чем тебе не вилка
AI
Вилка это от .. до ..
AI
Ну поставь ты там 40к и все счастливы будут.
AI
ща, напишу официальное письмо HR
AI
😂 как все сложно
BO
Как в CanCanCan быть в такой ситуации, когда есть право редактирования своего профиля и отдельное право редактирования всех пользователей, то будет задавать таким образом:
can :update, User, id: user.id
can :update, User if user.moderator?
Но в проверке будет такой код: can?(:update, User) и он будет обозначать все.
Как можно разделить эти права?
can :update, User, id: user.id
can :update, User if user.moderator?
Но в проверке будет такой код: can?(:update, User) и он будет обозначать все.
Как можно разделить эти права?
Р
Я с кеном работал давно, и это неправда. Но - а разве нельзя передать объект вместо класса? can?(:update, @user)
BO
Да, можно. Но если напишу только:
can :update, User, id: user.id
то при проверке как can?(:update, User) выдает true
can :update, User, id: user.id
то при проверке как can?(:update, User) выдает true
DD
Кто нибудь шарит модели через свой гем между приложениями? Это к утреннему вопросу про разлитие монолита
FK
При распилке монолита не должно быть общих моделей, иначе вы как-то странно его пилите
DD
А как правильно пилить? Предметная область одна и та же, админка и витрина, тк там товары например
FK
Помоему надо конкретный объект передавать, и писать локиру работы с объектом в правилах cancancan
BO
Ну есть модераторы кому можно редактировать все, поэтому им нужно писать саму модель
FK
Логично было бы пилить по бизнеслогике, тогда в одном месте данные одни, в другом - другие. Соответсвенно используются разные модели и разные таблицы. Вообще в идеале у микросервисов полностью базы данных должны быть разделены
FK
например в вашем случае есть сервис админки с кучей данных для продукта, сервис витрины, у которой своя база (или доступ к админской базе только на чтение), но модель другая, где нет большинства андминских данных, зато есть какие-нибудь другие, которые нужны для красивой презентации
FK
ну и еще один сервис, который отвечает за заказы, и там у продуктов есть количество в конкретной корзине, тоесть опять другая таблица с другими данными