-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Role #9437
Conversation
Codecov Report
@@ Coverage Diff @@
## develop #9437 +/- ##
===========================================
+ Coverage 22.31% 22.41% +0.09%
===========================================
Files 724 731 +7
Lines 67170 67896 +726
Branches 2171 2200 +29
===========================================
+ Hits 14991 15219 +228
- Misses 52179 52677 +498
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. |
adminはロールではないのね |
その予定 |
(実際に実装するかどうかは別にして)このユースケースを実現するにはどうすれば良いか考えてる |
の二本立てでできそう |
ファイル容量をロールごとに変更したいみたいなことをしたいけどここでやるのは混乱するか |
いや出来なさそう |
みたいなのでいいのでは |
まあそうなるかあ |
例えばioだとリモート含め60万くらいUserレコードあるからロール割り当ても最低60万になって、頻繁に発生すると思われるユーザーがどのロール持ってるか判定する処理が少し遅くなりそう |
あとマイグレーションがめんどくさそう |
というかそもそもUser関連のエンティティに直接ロールのID/リレーションを持たせるわけではないのね |
複数のロール持つ可能性あるからね |
oneToManyでもよくね説 |
これそもそも一つでよくねと思ったりした、ロール2つのうち1つで許可されていてもう1つでは不許可の場合どちらかの場合は…許可されていると見做せばいいのか() (ロールを拡張するロールを設定できるようにするとかでもいい気がした) |
あとグループのロール(現在存在しない概念)と被りそうなのでInstanceRoleとかにしたほうがいい気がした |
これのスマートな解決策が思いつかないため挫折 |
こういうユースケースは諦めるか |
|
(そんなバカスカ作られるものではないのでアンテナみたいにオンメモリで良さそうな気も、それなら負荷高くないような) |
処理速度的にはそれで良いけど、ユーザーと同じ数だけレコードがあるとDB側のインデックスのメモリ使用量がバカにならなそう |
RoleAssignment反対派(UserにロールIDを保存すればいい派)だからそこまでインデックスが食うとは思ってない |
配列で持つってことかしら |
yes |
まあ配列で持ったとしても結局はそこにインデックス張ることになるからそんなに変わらなそう |
すでにcreatedAtにインデックスが貼られているし怖いことはないのでは() |
アサインされているロールが存在しない場合はシステム上デフォルトロールにアサインされている状態と見做すようにして、さらにロールに「デフォルトロールを上書き」オプションを用意すれば、全ユーザーにロールのアサインレコードが存在するのを防ぎつつ、#9437 (comment) を実現できる気がした |
そこまでしてロール機能を導入する必要があるかというのは謎 |
できた |
色設定要る? |
あった方が楽しい |
カラーピッカーコンポーネント欲しくなってきた |
色追加 |
サイレンスもロールに統合しちゃってもいい気がしてきたな |
するか |
カスタム絵文字の作成・編集とかは要望多いかも |
ロールでカスタム絵文字の作成を許可できても、現在はコントロールパネルからしかそういった操作は行えないからフロントエンドの改修も要りそう |
作成/編集/削除はひとまとめでもいいのかな |
いいと思う |
一般ユーザーによるカスタム絵文字の編集はそれだけでちょっとした機能になりそうだから別の機会かも |
招待コード発行・管理…もカスタム絵文字と同様か |
What
#6305
Why
Additional info (optional)
moderator manager admin