This product was not featured by Product Hunt yet. It will not be visible on their landing page and won't be ranked (cannot win product of the day regardless of upvotes).
tinbase
Local Supabase without Docker one process, real Postgres
A full Supabase-compatible backend shouldn't require a 12-container stack. tinbase serves the same APIs from one process: real Postgres 17 with RLS, Auth, Storage, and Realtime. Open source under MIT. supabase-js works unchanged, and the entire backend can run in a browser tab.
tinbase started with an issue many of you will recognize: Supabase's local stack is a 12-container, 2.3 GB Docker install. All I wanted was to run my app locally. So we built the same APIs REST, Auth, Storage, Realtime, Edge Functions into a single 58 MB executable that boots in about 2 seconds.
npx tinbase start
A few things I'm proud of:
🐘 It's real Postgres 17 RLS policies, auth.uid(), jsonb, triggers, and foreign keys behave exactly like hosted Supabase 🔌 supabase-js works unchanged verified by running the official SDK against it: 168/168 integration tests pass 🌐 The whole backend runs in a browser tab every service is a pure fetch handler, so the database included runs in-process, no server. Try it at tinbase.dev/browser 🔁 Nothing is a dead end it reads supabase/migrations/*.sql exactly like the Supabase CLI. Outgrow tinbase? Push the same files to hosted Supabase. 📊 Studio included a table editor, SQL, auth, RLS policies, storage, and live logs at /_/
Honest note: we're in alpha (v0.11.1) built for local dev, prototypes, and embedded/browser use, not production yet. It's MIT-licensed and the repo is open: github.com/tinbase/tinbase
Fun origin story: tinbase came out of trying to run an entire dev stack database, auth, storage, realtime in the browser and on phones, with no VMs and no cloud behind it, for our other projects (lifo, RapidNative).
I'll be here all day what would you build if your whole backend fit in a browser tab? 🚀
ran tinbase in a browser tab and was surprised my existing supabase client code just worked without any changes. huge win for local dev.
Interesting approach. Reducing the local setup from multiple containers to a single process could make onboarding much smoother. Curious to see how it performs on larger projects. Congrats on the launch!
About tinbase on Product Hunt
“Local Supabase without Docker one process, real Postgres”
tinbase was submitted on Product Hunt and earned 11 upvotes and 7 comments, placing #47 on the daily leaderboard. A full Supabase-compatible backend shouldn't require a 12-container stack. tinbase serves the same APIs from one process: real Postgres 17 with RLS, Auth, Storage, and Realtime. Open source under MIT. supabase-js works unchanged, and the entire backend can run in a browser tab.
tinbase was featured in Open Source (68.7k followers), Developer Tools (517.1k followers), GitHub (41.3k followers) and Database (2.2k followers) on Product Hunt. Together, these topics include over 120.4k products, making this a competitive space to launch in.
Who hunted tinbase?
tinbase was hunted by Sanket Sahu. A “hunter” on Product Hunt is the community member who submits a product to the platform — uploading the images, the link, and tagging the makers behind it. Hunters typically write the first comment explaining why a product is worth attention, and their followers are notified the moment they post. Around 79% of featured launches on Product Hunt are self-hunted by their makers, but a well-known hunter still acts as a signal of quality to the rest of the community. See the full all-time top hunters leaderboard to discover who is shaping the Product Hunt ecosystem.
Want to see how tinbase stacked up against nearby launches in real time? Check out the live launch dashboard for upvote speed charts, proximity comparisons, and more analytics.
Sanket Sahu
Hey Product Hunt! 👋
Sanket here, maker of tinbase.
tinbase started with an issue many of you will recognize: Supabase's local stack is a 12-container, 2.3 GB Docker install. All I wanted was to run my app locally. So we built the same APIs REST, Auth, Storage, Realtime, Edge Functions into a single 58 MB executable that boots in about 2 seconds.
npx tinbase start
A few things I'm proud of:
🐘 It's real Postgres 17 RLS policies, auth.uid(), jsonb, triggers, and foreign keys behave exactly like hosted Supabase
🔌 supabase-js works unchanged verified by running the official SDK against it: 168/168 integration tests pass
🌐 The whole backend runs in a browser tab every service is a pure fetch handler, so the database included runs in-process, no server. Try it at tinbase.dev/browser
🔁 Nothing is a dead end it reads supabase/migrations/*.sql exactly like the Supabase CLI. Outgrow tinbase? Push the same files to hosted Supabase.
📊 Studio included a table editor, SQL, auth, RLS policies, storage, and live logs at /_/
Honest note: we're in alpha (v0.11.1) built for local dev, prototypes, and embedded/browser use, not production yet. It's MIT-licensed and the repo is open: github.com/tinbase/tinbase
Fun origin story: tinbase came out of trying to run an entire dev stack database, auth, storage, realtime in the browser and on phones, with no VMs and no cloud behind it, for our other projects (lifo, RapidNative).
I'll be here all day what would you build if your whole backend fit in a browser tab? 🚀