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

select auth framework #37

Open
jxtngx opened this issue Feb 8, 2025 · 1 comment
Open

select auth framework #37

jxtngx opened this issue Feb 8, 2025 · 1 comment
Assignees
Labels
evaluation evaluating tools for adoption milestone ui-auth issues with auth provider

Comments

@jxtngx
Copy link
Member

jxtngx commented Feb 8, 2025

select an auth provider based on:

  • ease of integration with shadcn/ui if no prebuilt components
  • state of open source repo
  • repo owner and perceived business health
  • security considerations (find out what great looks like for authsec)
@jxtngx jxtngx added evaluation evaluating tools for adoption milestone ui-auth issues with auth provider labels Feb 8, 2025
@jxtngx jxtngx added this to the select auth provider milestone Feb 8, 2025
@jxtngx jxtngx self-assigned this Feb 8, 2025
@jxtngx jxtngx added this to tune lab Feb 8, 2025
@jxtngx
Copy link
Member Author

jxtngx commented Mar 1, 2025

not selected

  • authjs + neon had too much overhead and took away from focus on underlying tasks that have to do with torchtune
  • workos also had too much overhead
  • stack auth is too new of a company to depend on regardless of integration with neon, there was more of a learning curve than authjs and workos, and docx was low
  • supabase-auth has an existing example with shadcn however, it seems best to opt for auth0 or clerk
  • clerk is very easy to implement however, i think it is good to force use of a lower level library for experience sake

Note

any mention of "too much overhead" has to do with lack of familiarity with auth concepts and typescript, and not actual difficulty for someone who is maybe more familiar with auth and js/ts

remaining candidates

auth0 is comparable to clerk more than it is comparable to supabase-auth.

evaluating auth0 has more to do with selecting either neon or supabase more than it does selecting auth0. going with auth0 seems to be a safe default when it comes to auth providers.

selected

  • auth0 + neon
  • autho0 + supabase

the desired bar

ideally, the level of experience or skill to reach seems to be some combination of of authjs + an auth provider (auth0) + a user db provider (supabase or neon)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
evaluation evaluating tools for adoption milestone ui-auth issues with auth provider
Projects
Status: No status
Development

No branches or pull requests

1 participant