Live data from Hacker News

Pocketbase: Open-source back end in one file

pocketbase.io

81–90 of 151 posts

Re: Pocketbase: Open-source back end in one file

#81
I was looking for a frontend I could use out of the box on top of a sqlite database to design and store my wine collection (since I removed Vivino and its 800+ "partners" it shares my data with).

Looks like a single executable, the admin interface and the database I can store on my laptop (and add it to my backup) is all I was looking for. Thank you for PocketBase and thank you for sharing it.

That's why I always come back to HN :-)

Re: Pocketbase: Open-source back end in one file

#82
post #51
post #45

Earlier quoted context omitted.

I didn't say it's better. Why are people always misinterperting what they read (it's like you've never had text interpretation classes at school, or logic lessons to undestand how to infer implications from logical statements correctly)? Please read again: I said it's vastly simpler (which may not be better for you!) and lighter (just measure it). The comparison is apt for me because the description "open-source back…

Your initial comment presents Redbean as a comparable solution, which it's not; they serve very different use cases. Redbean requires you to write server code; Pocketbase does not. Redbean does not offer a realtime database, authentication, an admin dashboard, integrated file storage, or an inbuilt API. I like Redbean, but it's in a completely different "market sector". It's like comparing a kit car to a luxury car:…

They are comparable solutions to the problem "Open-source backend in one file". I don't care at all about "realtime database, authentication" and whatever, I care about what the title of the post says. For that purpose, Redbean is a nice alternative.

> It's like comparing a kit car to a luxury car

If all I need is a bicycle, a kit car is already over the top but will do. A luxury car makes no sense. You're thinking like everyone has the same needs that you have or something.

Re: Pocketbase: Open-source back end in one file

#84
post #27

Earlier quoted context omitted.

More than one server. Sqlite should be thread safe and simple services can scale to thousands of parallal users. If you are OK with some downtime every 6 months when server goes down it will scale well. Deploy/ rollback will be an effort.

Downside with separate SQLite databases will be when you want to have statistics over many users.

See this: https://news.ycombinator.com/item?id=26581807

Re: Pocketbase: Open-source back end in one file

#85
It is the first time I see that "hook" pattern in a Go API backend: `hook.Hook` and `hook.TaggedHook`.

Where does it come from?

Why is it useful here?

What are the alternatives? Advantages/Drawbacks?

Is there an article somewhere, outside of the Pocketbase docs, presenting that pattern?

- https://github.com/pocketbase/pocketbase/blob/master/core/ap...

- https://github.com/pocketbase/pocketbase/tree/master/tools/h...

Re: Pocketbase: Open-source back end in one file

#87
post #65

I am a bit confused, is it the backend's backend? E.g. something that is used by the HTTP server app, like a DBMS would be? Or is it actually the backend, e.g. the frontend (browser) talks to it directly?

You would use it instead of things like Supabase and Appwrite. It gives you a server, a db and easy authentication, authorization with real-time queries like firebase.

Maybe it's not for me, I really don't know what that means. If it only describes itself as "a replacement for " I feel like I'm not the target at all.

Re: Pocketbase: Open-source back end in one file

#89
post #71

What are the pros/cons of this over firebase?

Pro: - It will be cheaper when scale - You have full control of the data since selfhosted - Easier to extend with custom code

Cons: - you need to take care of all the hosting, backups, etc - cant scale to infinity like firebase (but on the other hand when you reach that scale youe firebase bill will be huge anyway)

Re: Pocketbase: Open-source back end in one file

#90
post #57

Earlier quoted context omitted.

I feel like super easy to host needs to be re-emphasized. We're talking about dropping a single binary into your server and you're off to the races. If only more things were so simple.

Didnt docker make this easy for all projects?

the +docker step already adds friction, so I can see the point.
Post reply on HN