Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Supabase (YC S20) – An open source Firebase alternative

supabase.io

Post reply on HN
Print view View original

81–90 of 374 posts

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

#81

Post by 2mol »

godzillabrennus wrote: post #77
2mol wrote: 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/

Love it, used it, mildly dislike the pricing.

But generally I'm of the opinion that auth tightly integrated into the platform has a lot of advantages. My dream is to avoid (almost) all glue between my components, I think Firebase became successful in big part because of that.

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

#82

Post by databrecht »

InvOfSmallC wrote: post #46

Besides the pricing, the other painful thing about Firebase are the storage rules. Given I understand you want to give maximum control to frontend developers without having a backend, the fact that I need to reimplement them if I switch serverless is an absolute pain. What are your plan regarding this aspect. Where are we going to implement the business logic?

Did you check FaunaDB by any chance? I'm wondering whether their ABAC systems + UDFs would satisfy your needs.

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

#83

Post by kiwicopple »

rsify wrote: post #76

I’m super curious about the real time part - did you pioneer this solution and why did you pick it over other ones (if any)?

This is actually how we started. I was using Firebase and hit some scale problems. We decided to migrate to Postgres, and I still needed the realtime functionality.

I started naively: just with triggers/NOTIFY. There were a few tedious things about this approach (creating a trigger for every table), and one major flaw: NOTIFY has an 8000 byte payload limit. So we were getting dropped notifications.

I looked into a few other ways to do it, but nothing fit 100%. So I built it, but of course with the help of other awesome opensource libraries.

Using the logical decoding is an amazing solution, mostly because you get message replay if there is an outage. More details in the repo: https://github.com/supabase/realtime

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

#84

Post by 2mol »

kiwicopple wrote: post #79
2mol wrote: 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!…

Oh, that's super cool!

I'm even more excited for your project in that case. I hope I can make the time to build a prototype, right now I'm doing the same for retool, and I feel very spoiled for good choices all of a sudden when it comes to backend abstractions.

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

#85

Post by leorio »

isn't this more like "An open source Firestore alternative" right now. Do you plan to bring other features as well?

I'm a big fan of firebase and use it whenever I can. The reason it's appealing it because it's the suite of tools and how well they work together for bootstrapping (auth, firestore, storage, analytics etc). No single feature by itself is useful to me.

I would definitely switch if this atleast had (auth + db + file storage + functions).

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

#86

Post by BiteCode_dev »

kiwicopple wrote: post #11
tekknolagi wrote: post #8

Is this a joke about supa hot fire? Since I'm here for it.

Funny story, Supabase was originally a placeholder name - it was a joke so that Ant (co-founder) and I could entertain each other with Nikki Minaj "Super Bass" memes while we were brainstorming. But the name grew on us once we made the initial design. Thankfully Nikki Minaj isn't well-known amongst techies. I hope I haven't just ruined our credibility

I'm pretty sure you gain points on HN

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

#87

Post by vmsp »

kiwicopple wrote: post #69
pabs3 wrote: post #60

Their pricing model is interesting: https://supabase.io/docs/pricing/ I wonder what the "investors" mailing list is about.

Just a few growth stats and updates on key activities. Nothing too important - just a nice gesture in return for a nice gesture. Happy to add items to the email if you want them

Out of curiosity, what software are you using to run and manage your mailing list?

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

#88

Post by sradman »

sradman wrote: post #48

Interesting. I haven’t seen a log shipping mobile sync solution in quite some time. Sybase SQL Remote did log shipping for SQL Anywhere over email or messaging. This tech predated WiFi, never mind HTTP/JSON. There is little information about the client side data store other than the fluent Query Builder API. Is it IndexedDB? How does it handle primary key generation? Can the client sync a subset of the DB or do you e…

Maybe I misunderstood the Firebase comparison. I expected to see a browser-side database with sync similar to Minimongo in the Meteor real-time architecture. From my quick scan of the docs and github repos, it looks like the WAL replication is purely server-side and is used for a type of PubSub system for change notification. The client can subscribe to these notifications and issue subsequent queries against the server.

The PostgreSQL specific client-side fluent Query Builder is an alternative to GraphQL queries but not schema. The PubSub change notifications could be applied to a GraphQL for PostgreSQL implementation.

Unless I’m missing something, change notification is not the same as pushed sync in Firebase or Meteor.

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

#90

Post by asar »

elitan wrote: post #50

Wow, I thought I created this thread in my sleep. This is exactly what we do at Nhost ( https://nhost.io ) too. I usually explains Nhost as Google Firebase, but: - SQL (PostgreSQL) - GraphQL (Hasura) - 100% open source After being both delighted and frustrated about Firebase I decided that something must be done. The developer experience on Firebase is awesome but the tech and the lock-in effect is super bad. This wa…

I've played around with Hasura and HBP for a side-project and have to say I'm really happy with the developer experience so far. Great work and thanks for making it open source as well!
Post reply on HN