Pocketbase is amazing! So far I had a great experience using it as a backend/database for the app I'm building where I'm using React with Vite for the frontend. I'm using it mainly for auth and for keeping track of paid and free accounts. Some things that I found rather useful:<p>- It's super easy to host. I was initially thinking of using Appwrite or Supabase but found it a tricky to self-host them, especially Supabase. I could spin up Appwrite quickly via CapRover, but found it an overkill for what I needed.<p>- View collections [1] make it easy to return just a subset of the data that you need. In my case I'm using a view collection as a join for users and paid_users collections, where I just return their paid through date.<p>- The fact that you can extend it with Go or JS [2] should make it possible to completely skip having a backend, at least if your needs aren't very complex.<p>I definitely plan to continue using it for some smaller/side projects. Currently I'm thinking of trying to use it as CMS for an Astro blog and in the future as backend for some browser extensions.<p>[1] - <a href="https://pocketbase.io/docs/collections/#view-collection" rel="nofollow">https://pocketbase.io/docs/collections/#view-collection</a><p>[2] - <a href="https://pocketbase.io/docs/use-as-framework/" rel="nofollow">https://pocketbase.io/docs/use-as-framework/</a>
I've been developing on PocketBase for 2 months. The system goes into production in 1 to 2 months.<p>I'm exceptionally happy with it. I'm developing an webapp for a friend's company and wanted a very simple system to hand-off. The whole thing is running with one binary: Pocketbase. It runs a webserver, server-side Javascript (compiled TypeScript) code, and SQLite database. The single process is hosted on Vultr for $12 per month. My frontend is written in SvelteKit (static adapter) + Svelte + TypeScript.<p>Pocketbase is well done. The author has been exceptionally responsive to my questions. He is fast and clear.<p>I have had a few minor issues: The documentation has bare spots (but is very good for most things). I had to write my own CSV loader. (I hope to open-source it.) Writing lots of objects through the CRUD interface is slow. (It's possible to write faster using server-side code.) Unit testing for the server-side JavaScript had to be shoehorned in. And I wish Copilot/ChatGPT could answer questions better. But these issues have been minor, given all my work on the project.<p>It has some quirks. There's no way to set the 404 page on the webserver. And the binary's location in the filesystem matters. It was designed for the author's use and you have to live with these choices.<p>As I said, I've been happy using it. It fit my needs exactly: simple and I could code everything in one language, TypeScript. Pocketbase is not high-performance, but I didn't need that. I've had a few ideas for side projects and, when I'm done this work, I'll implement one on Pocketbase because it is that easy.<p>And, as part of my contract, my friend's company will donate to Pocketbase. :)
I've been using Pocketbase in production for a few months now, with alpinejs on the front end.<p>The development philosophy is on point. It's genuinely pleasant, pragmatic software which serves a real purpose and it improves weekly without feature creep.<p>I watch the discussions and issues slowly getting more tiresome as it becomes more mainstream and worry that he'll burn out trying to keep up with the level of support he's offered until now.<p>I would very strongly encourage anyone using this to generate income to support the project on open collective.
I have been following PocketBase since its early day - what I absolutely love about this project is how it actively tries to avoid complexity and focuses on simple yet minimalist approach. Moreover, the ease of deployment by simply uploading a single binary on the server makes it even more attractive.<p>After they introduced Javascript support in the backend - I feel it became a serious contender to challenge Remix, Next.js etc. frameworks.<p>Looking forward to v1
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).<p>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.<p>That's why I always come back to HN :-)
It is great to see the number of good opensource projects in this area. Grist and NocoDB deserve mentions, although more targeted towards database management. It is also amazing that they provide so simple ways to get started (single file/electron)<p>- <a href="https://github.com/gristlabs">https://github.com/gristlabs</a><p>- <a href="https://nocodb.com/" rel="nofollow">https://nocodb.com/</a>
I've skimmed at the docs, and it's not clear to me how it would deal with:<p>* Something like row-level access control, so that people can only access the data in tables that belong to them (say clients can only view their own purchases, and also not modify them after they checked them out).<p>* Integration with the rest of the world, e.g. sending email, acting on triggers, etc.<p>* Something like CSV export/import.<p>* Internationalization.<p>Would that all be possible? Straightforward? Do those all require extending (with go or js)?<p>Looks like a nice tool.
Out of all the PaaS I tried including Supabase and Appwrite, Pocketbase is the best. Great performance, intuitive features, actually self hosted and a joy to deploy.
Have been using pocketbase in production for a mobile app for a couple of month now and so far it was a _very_ pleasent experience. Together with the JS SDK it is now my go to backend framework for everything where I don't need specialized libraries (like ML stuff etc.)
Pocketbase is amazing, I had made a small starter with nuxt 3.<p><a href="https://github.com/fayazara/pocketbase-nuxt">https://github.com/fayazara/pocketbase-nuxt</a><p>Example has
1. Auth
2. Route rules
3. CRUD actions
4. Realtime events
5. Storage<p>Needs refactoring but I really enjoyed working with it, I want to add stripe subscriptions to this taking routes rules to it's limits, not sure how yet, will figure it out.
Been using Pocketbase for almost all of my projects lately. Its realtime database is especially nice to introduce multiplayer functionality with relative ease.<p>It plus SvelteKit has been a dream to get up and running using the JS SDK.
I've been using Pocketbase for several projects. While it's a delightful experience for solo-dev to quickly finish a project from backend to complicated frontend, I wish it has bulk-insert out of the box.
Very cool. Reminds me of the encore framework, also written in go: <a href="https://github.com/encoredev/encore">https://github.com/encoredev/encore</a><p>Need to spend some more time looking into these go based frameworks, they seem great for quick prototyping
I've been using Pocketbase for personal projects on the machine I use to self-host services. It's great. You get CRUD and real-time stuff for free and I didn't really have to spend much time learning to start working with it and having it running in an LXC.
It is the first time I see that "hook" pattern in a Go API backend: `hook.Hook` and `hook.TaggedHook`.<p>Where does it come from?<p>Why is it useful here?<p>What are the alternatives? Advantages/Drawbacks?<p>Is there an article somewhere, outside of the Pocketbase docs, presenting that pattern?<p>- <a href="https://github.com/pocketbase/pocketbase/blob/master/core/app.go">https://github.com/pocketbase/pocketbase/blob/master/core/ap...</a><p>- <a href="https://github.com/pocketbase/pocketbase/tree/master/tools/hook">https://github.com/pocketbase/pocketbase/tree/master/tools/h...</a>
Pocketbase seems really well done and useful.<p>I am building something similar but at a lower level and based on PostgreSQL.<p><a href="https://github.com/sted/smoothdb">https://github.com/sted/smoothdb</a><p>It aims to be compatible with the PostgREST API.
I like the idea, but after using it, the query apis aren't expressive enough. I wish I could write SQL instead of making 2+ api calls to get the data I want.
Looks like what you hope LibreOffice Base will be, when one first years of the existence of those kinds of tools.<p>Really nice, looks like something I'd love to work with someday!
So it's the "Supabase of SQLite"?<p>Aren't there entire classes of problems that shouldn't exist for SQLite because it's intended to be an embedded database, as opposed to a client/server architecture like Postgres/Supabase?<p>And as such, I'm confused why this exists.
PocketBase is amazing, I can achieve almost all my projects self hosted without any thirdparty on dockers with this<p><a href="https://github.com/miguelgargallo/docker-pocketbase">https://github.com/miguelgargallo/docker-pocketbase</a>
I feel like this will be super interesting when pairing with static site generator such as eleventy. Using static site generator is sometimes difficult because of lacking a web backend and ghost is too heavy for me.
I like this for testing and quick/simple database, very useful in concept for building a platform for embedded work, where you don’t need to go down the rabbit hole in the whole full stack tech.
How are database migrations handled in this? Ive never understood how BaaSes are to be used when I need to add a new column to my table and do some inserts into it in the same migration
Can this thing be used for a forum type site + a minimal game feature with around 5k daily users? How could you scale this with a single common database?
I mostly know Python. Is there something similar in Python? Or the backend language is not relevant, because you mostly use this from JavaScript anyway?
If anyone is interested in extending I have done some work on it and can confirm it is quite easy. I extended it to be able to use stripe check it out below:<p><a href="https://github.com/mrwyndham/pocketbase-stripe">https://github.com/mrwyndham/pocketbase-stripe</a>
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?<p>Or is it actually the backend, e.g. the frontend (browser) talks to it directly?
After ent.io entity framework, that's the other most beautiful piece of software that I have seen in Go!<p>The simplicity is simply mind boggling!<p>Going to give it a try!
It seems to me that redbean is a much simpler, vastly lighter one-file web server + sqlite DB: <a href="https://redbean.dev/" rel="nofollow">https://redbean.dev/</a><p>As a bonus, the same file runs on basically any OS without any dependencies on the local system, not even libc.
Very cool, but this is a security anti-pattern.<p>Having the auth, db and file server in the same service.. an attacker doesn't even need lateral traversal or privilege escalation once inside..