Filament: User / Team Admin / Super Admin - Boilerplate

Поделиться
HTML-код
  • Опубликовано: 8 сен 2024
  • Let me show you a simple demo of a task management system with users, teams and roles.
    GitHub repo: github.com/Lar...
    More Filament examples on our website: filamentexampl...

Комментарии • 19

  • @PabloZagni
    @PabloZagni 2 месяца назад +1

    Great explanation!! keep doing tutorials like this! Core concepts, how to resolve functionality... U rock!

  • @CodeWithNgoni.
    @CodeWithNgoni. 2 месяца назад

    Thank you! I’m still working on the same project (open Source), which involves using multiple panels for various teams, projects, and tasks using Filament PHP. I'll be posting updates on Twitter soon.🙂🙂

  • @user-tn9nw2vp3m
    @user-tn9nw2vp3m 2 месяца назад +1

    Hello. Please make an example of a role management page with filament and laravel-permission.

  • @MphatsoMlenga-m8g
    @MphatsoMlenga-m8g 2 месяца назад

    Thank you for providing this valuable solution. It would be even more effective if user registration were disabled, allowing the superadmin to create teams and assign administrators to those teams. Subsequently, team administrators could add users under their respective teams.

    • @krekas
      @krekas 2 месяца назад

      Every app is different. What you mentioned isn't hard to do. A basic user resource

    • @FilamentDaily
      @FilamentDaily  2 месяца назад

      Yes it's another way of registering new teams/users, in general there are multiple OPPOSITE approaches of who can register which layer, unfortunately impossible to do them all in one app, so I've chosen a different option.

  • @arnoldsupriyadi8672
    @arnoldsupriyadi8672 2 месяца назад +2

    What plugin you use for fill the form?

  • @Neekamhakane
    @Neekamhakane 2 месяца назад

    Amen sister!

  • @laravellife9005
    @laravellife9005 2 месяца назад +1

    Hi
    I am facing performance issue while loading 100 records on list page.
    Can you please give me improvement suggestions?
    Thank you

    • @FilamentDaily
      @FilamentDaily  2 месяца назад +1

      Can you give more details, how you measure the performance?

  • @gabrielzezekwem4951
    @gabrielzezekwem4951 2 месяца назад

    Would it be feasible (and a good idea) to move the team global scope to a trait that can be reused for other models that might require the same functionality?

    • @FilamentDaily
      @FilamentDaily  2 месяца назад

      Yes, one of the options, depending on how "globally" you need that condition :)

  • @user-ko4wc9lm1q
    @user-ko4wc9lm1q 2 месяца назад +1

    Very nice Povilas. I actually work on a project in filament to manage a Sport Team, and this video is a great starting point for the roles.
    But in my case, in the admin panel I have to manage some features (athletes memebership, race subscription from athletes. payments), so I have lot of different admin roles (accountant, registration officer, secretary and president). So I have the situation where a specific user could be secretary and accountant, or other combination (of course president should manage everything).
    In my case I think that I need a many-to-many table for role-user, but for me it's not clear if I have to use even a permissions table.
    Is Shield the correct package for me or it is excessive?

    • @krekas
      @krekas 2 месяца назад

      Shield is only the ui for spatie laravel permissions package which I would totally use and would recommend

    • @FilamentDaily
      @FilamentDaily  2 месяца назад +1

      Personally, I've been always skeptical about such multi-role approach. Is a personal REALLY accountant and a secretary, adding more complexity? Or is it the case of creating a new role like Senior accountant, assigning the permissions?

    • @user-ko4wc9lm1q
      @user-ko4wc9lm1q 2 месяца назад

      ​@@FilamentDaily i'm skeptical too, it's the first time for me with this approach, but now I have this situation:
      -admin role: can manage everything, like a maintenance user;
      -president: can manage everything like the admin, and assign roles to other users;
      -secretary: can manage new users memberships;
      -accountant: can manage payments and deposits
      -registration officer: can manage races and users subscription to races.
      -advisor: can view everything, but cannot create, delete or modify nothing.
      -simple user: can access their profile page.
      At this moment we have only one person for each "role", and they are different persons, but what if in the future an advisor needs to manage races and payments?
      If I not use multi-roles how to manage this possibile situation?
      I overthinking?

    • @FilamentDaily
      @FilamentDaily  2 месяца назад

      Personally, I don't like to think about "in the future", I solve the problems when they come :)
      Worst case, the company would share the login credentials between themselves :)