Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migrate admin parts to Filament #983

Open
driesvints opened this issue Dec 22, 2023 · 9 comments
Open

Migrate admin parts to Filament #983

driesvints opened this issue Dec 22, 2023 · 9 comments

Comments

@driesvints
Copy link
Member

driesvints commented Dec 22, 2023

Let's try out Filament and move our own admin panels to it. This should provide us with a much more powerful admin backend.

https://filamentphp.com

@ZeeBuilder
Copy link

I love this application and am experimenting with filament myself.

@ijpatricio
Copy link

@driesvints just for sanity check, do you still need this?

@driesvints
Copy link
Member Author

@ijpatricio yes would love this.

@ijpatricio
Copy link

I think I can help!

Replacing these routes only, right?
Any guidance I should follow?

CleanShot 2024-11-12 at 16 49 19

@driesvints
Copy link
Member Author

yes! Well I think /ban and /unban also applies to user profiles so unsure if those can be entirely removed. And the article manipulation actions are also available on the article detail page.

@ijpatricio
Copy link

So I started the repo locally.

There's much to grasp, but if you can provide some insights, this shall be somewhat quick!

The Ban/Unban routes are protected by the VerifyAdmins middleware).
I think that what applies to user profiles, must be the Block action. (not Ban).

image

So, we can outline in topics the features that will kickstart the thing, and then you can review and adjust.
These would guide the testing for the panel.

Already done:

  • Install Filament
  • Auto-login (pre-filled form) in local environment, for the [email protected] user
  • Primary color with Lio-500
  • Filament panel access restriction
  • Started the firs User resource (automatically generated form and table from DB analysis)
    Feature parity with the current admin views:
  • User "module"
    • Index (table)
      • Fields: name, role, joined_on
      • Search
    • Show
      • Profile info: name, joined_on, description, socials
      • Statistics: counts{threads, replies, solutions, articles}
      • Article list
      • Threads posted
      • Replies posted
      • Actions: ban, unban
  • Articles "module"
    • Index (table)
      • Fields: author, title, submitted_on
      • Actions: approve, disapprove, decline, togglePinnedStatus\
  • Replies "module"
    • [ ]Index (table)
      • Fields: author, thred, content, updated
      • Actions: edit, delete, mark_spam

It's not all explicit on the routes as I thought, so we can iterate on this.
I probably missed some stuff, so this can go iteratively, I think.
What do you think?

Just started #1179

Have some screenshots:

CleanShot 2024-11-12 at 21 22 57

CleanShot 2024-11-12 at 21 23 19

@ijpatricio
Copy link

Forgot to say:

As you can check in app/Providers/Filament/AdminPanelProvider.php, I set the admin panel prefix as cp, so we can have both current areas, "/admin" (current) and "/cp" (Filament).

Just temporarily.

@ijpatricio
Copy link

Hey @driesvints

Did you receive this notification? #983 (comment)

I forgot to mention you before...

@driesvints
Copy link
Member Author

heya I did. Just struggling to find time to dig into all of this. I'll try to as soon as I find some time. Thanks for your effort!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

3 participants