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

131–140 of 374 posts

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

#131

Post by wastedhours »

chrisweekly wrote: post #128
nicoburns wrote: post #101

Earlier quoted context omitted.

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.

IOW, Hasura does authZ vs authN, right?

For a little more context for those scrolling past, I'm assuming this is around: authentication vs authorization.

Check the person is who they say they are (authenticate), and then check they're allowed to access the thing they want to view (authorize).

The first is quite easy to abstract, the latter is basically custom to most applications (for different definitions of "custom").

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

#133

Post by kiwicopple »

aabbcc1241 wrote: post #116

It looks like a database client driver with realtime (insert only? notice but why do you call it firebase alternative ? It sounds like horizon (RethinkDB middleware) but for postgres.

Our docs are a bit outdated and overly focused on the realtime server. We also have auto-generating APIs (with docs that update as you update your database), a query dashboard, and we are building a table interface like Airtable.

The next big task is auth, which we are working on right now.

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

#134

Post by rhlsthrm »

BiteCode_dev wrote: post #97

A bit of a plug, but if you wish for something that has the Postgres reliability, the taste of nosql but with strong typing and a json output a la graphql, give a try to edge db: https://edgedb.com The team behind it is awesome (one is a python core dev), and it's a FOSS, but they have been using it internally for some time.

I feel like this is close to what I'm looking for but not quite there in terms of minimal boilerplate backend. Basically what I want to do is write a GraphQL schema and have that be the ultimate source of truth. The schema then should generate the full DB (honestly I don't even care if it's SQL, NoSQL, etc. the idea is that part is abstracted away). Then the schema can generate fully typesafe queries for the front end and serverless functions, similar to what graphql codegen does. I'm almost there with Hasura, but Hasura still requires definition on the DB side and generates the GraphQL rather than the other way around.

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

#135

Post by mav3rick »

nicoburns wrote: post #121
mav3rick wrote: post #115

Earlier quoted context omitted.

Why shouldn't they charge for a great product ? When Google charges it's a problem when they don't charge it's a problem.

No, when they tout the product as free or cheap, and then only later up the pricing by 10x, once people have built their business around the older pricing model. That's a problem.

If you don't want to pay then roll your own solution or use this startup

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

#136

Post by kiwicopple »

RNCTX wrote: post #129

I see from the links that this is probably borrowing a bit from Postgrest? I've just discovered Postgrest in the past few days and along with Postgraphile it seems like all of these projects aimed at "getting back to the database" are a good idea, I like it. It always bothered me that the first order of business with any software development framework was to provide a root/admin database connection. It's like, this t…

You're right about PostgREST. See my comments here: https://news.ycombinator.com/item?id=23321132

> we're supposed to ignore all of the security work that went into making that database software for the past however many decades, and turn it into a dumb storage medium instead

I couldn't agree more

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

#137

Post by blunte »

DigitalSea wrote: post #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 CL…

I've read too many stories of people and companies being temporarily (and possibly permanently) incorrectly flagged/banned from Google (by some algorithm).

If your business depends on Google, you are taking serious risk. Even if you have a contact within Google who can champion your case, a loss of your Google services could end your business.

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

#138

Post by tifadg1 »

codegladiator wrote: post #120
mav3rick wrote: post #115

Earlier quoted context omitted.

Why shouldn't they charge for a great product ? When Google charges it's a problem when they don't charge it's a problem.

> Why shouldn't they charge for a great product ? They should charge from the beginning. > When Google charges it's a problem Where is that ? It's a problem when it's abrupt.

It's easy taking the high road when you're not the one actually doing something.

As a business, if you're getting something for free, assume someone else is subsidising you, as there's no such thing as free lunch.

Post reply on HN