Live data from Hacker News

Supabase (YC S20) – An open source Firebase alternative

supabase.io

101–110 of 374 posts

Re: Supabase (YC S20) – An open source Firebase alternative

#101
post #75

This looks great, however at first peek it doesn't mention anything about auth. Do you have any plans for that? For me this is the topic I most want to just delegate to the service. Dashboard, realtime stuff, etc are great too. RESTful APIs I can of course get with PostgREST [0], which is insanely excellent, so the value I'm looking for is to have everything managed, from hosting/storage, to security, to all the othe…

See my comments on Auth here: https://news.ycombinator.com/item?id=23320443 > We want to nail the auth and we're looking at leveraging Postgres' native Row Level Security. This is a tricky task to "generalize" for all businesses but we have some good ideas (we're discussing in our repo if you want to follow - https://github.com/supabase/supabase ) > RESTful APIs I can of course get with PostgREST That's what we use!…

You might want to look into how Hasura does auth. IMO it's really well thought through. However, it doesn't handle the actual authentication, just the access permissions afterwards. If you could layer firebase-style auth "strategies" (email/password, Facebook, Open ID, etc) on top of that kind of system, while keeping everything accessible directly in the main database, that'd be pretty awsome.

Re: Supabase (YC S20) – An open source Firebase alternative

#103
post #57

I am a strong believer that Firebase model is the way forward. Huge fan of Firebase but it is scary to have no proper alternatives. Yes, sure you can have a similar setup with AWS or bespoke implementation but they are not in the same spirit. Very glad to see people working on alternatives. IMHO though, what makes Firebase special is the glue they use: Account management and libraries come for free so you can start t…

Amazon seem to be working on bringing Amplify up to the same standard as Firebase, and it's certainly getting there, so in the near-future there may be quite a few alternatives.

Re: Supabase (YC S20) – An open source Firebase alternative

#104
I am ecstatic that someone is finally taking on Firebase. As a Firebase user, I find it invaluable. Their free plan and limits are very generous. The fact they offer not only a database, but authentication, hosting and perhaps one of their biggest features besides authentication: Firebase Functions. I have API's in deployment that are solely running using Firebase Functions and using Firestore as the database. The CLI is also another huge Firebase feature.

Following this intently, because Firebase has no true competitor, let alone an open source one. Nice work so far.

Re: Supabase (YC S20) – An open source Firebase alternative

#105
post #75

This looks great, however at first peek it doesn't mention anything about auth. Do you have any plans for that? For me this is the topic I most want to just delegate to the service. Dashboard, realtime stuff, etc are great too. RESTful APIs I can of course get with PostgREST [0], which is insanely excellent, so the value I'm looking for is to have everything managed, from hosting/storage, to security, to all the othe…

See my comments on Auth here: https://news.ycombinator.com/item?id=23320443 > We want to nail the auth and we're looking at leveraging Postgres' native Row Level Security. This is a tricky task to "generalize" for all businesses but we have some good ideas (we're discussing in our repo if you want to follow - https://github.com/supabase/supabase ) > RESTful APIs I can of course get with PostgREST That's what we use!…

Just FYI, making a good auth solution in Supabase will instantly make me a customer.

Re: Supabase (YC S20) – An open source Firebase alternative

#107

Was going to quip that I built a homegrown version of this in elixir which is the best stack to implement something like this if you want it to be scalable. Then I saw that THIS was written in elixir. That made me take this much more seriously!

Elixir really is the perfect tool for this job. Also there are a few features we are building into the realtime server that will make the system really shine (and extensible): https://github.com/supabase/realtime/issues/33 Basically we are refactoring it so you can pipe your database changes anywhere - webhooks, kafka, serverless, slack etc

Oh wow, Supabase is in Elixir! You guys hiring?

Re: Supabase (YC S20) – An open source Firebase alternative

#108
post #75

This looks great, however at first peek it doesn't mention anything about auth. Do you have any plans for that? For me this is the topic I most want to just delegate to the service. Dashboard, realtime stuff, etc are great too. RESTful APIs I can of course get with PostgREST [0], which is insanely excellent, so the value I'm looking for is to have everything managed, from hosting/storage, to security, to all the othe…

Any thoughts on Auth0? https://auth0.com/

I saw this passing by a lot of times, but either I misunderstand the pricing or it is indeed 'enterprise' pricing. Because even small sites I launched have easily 10s of 1000s of users and some have had millions => I cannot see this pricing work at all on any of those without me closing the doors (having margins that are just too small or just making losses) vs making a really good living.

Re: Supabase (YC S20) – An open source Firebase alternative

#109

Earlier quoted context omitted.

Elixir really is the perfect tool for this job. Also there are a few features we are building into the realtime server that will make the system really shine (and extensible): https://github.com/supabase/realtime/issues/33 Basically we are refactoring it so you can pipe your database changes anywhere - webhooks, kafka, serverless, slack etc

Oh wow, Supabase is in Elixir! You guys hiring?

>You guys hiring?

Soon! We are joining the next YC cohort and we will hire after that

Only some parts are elixir. The full stack is here: https://supabase.io/humans.txt

Re: Supabase (YC S20) – An open source Firebase alternative

#110

Earlier quoted context omitted.

How does this compare to Postgraphile or Hasura? Or rather, how is it going to compare once you've had some time to get it out of alpha.

Good question - one we get asked often. We don't use GraphQL (but you can do deep-queries: https://supabase.io/docs/library/get#query-foreign-tables ) Under the hood we use PostgREST. At the same time, we may (also) offer GraphQL using Postgraphile, so people can bring their own client-library. Differences from Hasura: - Auth: we will use Postgres RLS - Realtime: we don't use triggers, we use WAL (much more scalable)…

This might be pedantic of me, but conflating RLS and auth isn't a great look. RLS is a general purpose mechanism for constraining row operations, and auth has to do with usernames and passwords and session tokens.
Post reply on HN