Show HN: DeploySolo – The SaaS boilerplate for engineers. (Pocketbase/ Htmx) (opens in new tab)

Yep, upvote for this. As even if there is a refund within a week, I don’t really want to do that unless I can test it.

I will get one up and running in the next day or two. Its literally as simple as getting a domain, booting up a server, downloading the exe, and running one command, even with HTTPS certificates.

Thanks for the tip.

Pocketbase doesn't maintain separate refresh and access tokens. Credit to the discussion behind this can be found here: https://github.com/pocketbase/pocketbase/discussions/2154#di...

This is essentially because Pocketbase commits to being a monolithic architecture. There's no need to pass around auth status to different microservices, because all relevant services are accessible locally.

It doesn't even store the auth tokens themselves on the server, as the clients are expected to store and handle them, which eventually do expire.

TL:DR, having a long lived refresh token is not more secure than just having a long lived auth token in the first place.

The pocketbase monolithic architecture is one of the primary reasons I am so excited about this technology. No it isn't appropriate where horizontal scaling is mission critical, but for the indie developer projects, having more microservices than users is just complexity for no reason.

I would say that making a python-cookiecutter template would just be a different delivery method for the same underlying value.

The underlying value of DeploySolo is that it is a complete SaaS template integrating a unique combination of tech that I haven't seen before in a complete package yet.

It comes out of the box integrated with:

1. Auth cookie storage with vanilla js (avoiding front end frameworks)

2. Stripe webhooks setup so you only have to generate product IDs and secrets, and simply place it in the code.

3. UI elements/pages from tailwind, serving as a minimal foundation for your own tailwind styles.

4. An extremely sane and pleasant templating system using Go's html/template. You can effectively reuse html fragments as components, but output simple pages. If you need dynamic interactivity, htmx fits into this beautifully.

Of course its possible to set up all these things yourself, but all in it took me two months of early mornings.

If you're a busy adult, starting with a complete package like this could be the difference between success and never launching at all, weighed down by complexity.

I'm just building in public. I don't think there's any hacks.

Simply put, I found deploying a Django app on an EC2 instance to be a huge pain. Getting letsencrypt certs through nginx, setting up routes to a unix socket, choosing between WSGI and ASGI. Docker compose can help orchestrate these processes more easily, but its still a non-trivial amount of complexity. This isn't a documentation problem, but a personal distaste for the architecture.

This is the problem your first quote actually solves. I didn't fabricate a fake problem, I felt a real one.

Deploying a pocketbase application is as simple as getting a binary on a server with a HTTPS configured firewall, and giving it a domain name. I launched both deploysolo.com and deploysolodemo.com in a tmux instance, which isn't a great permanent solution, but a testament to ease of deployment for a market validation phase.

The "for engineers" generally comes from the fact that many web software engineers enjoy the Go ecosystem, and they can take a lot of their expertise creating HTTP routes into a SaaS boilerplate that solves common problems out of the box. Reinventing the wheel sucks when you have a business idea to get out into the world.

Anyway truly thank you for the feedback, I'm still learning and not trying to use grandiose language to extract money. I'm just trying my best to create something that helps people create their own value.