Launching today
sitesolide
Deploy your vibe-coded apps on your own server
31 followers
Deploy your vibe-coded apps on your own server
31 followers
You built an app with Claude Code or Cursor and want it online. Run sitesolide deploy in its folder and it goes live on your server, on HTTPS, at its own address. Each app is isolated from the others, and you choose who can open it. Free and open source (MIT): you pay for the server and a domain.
Free
Launch Team / Built With
CloudflareDeploy serverless functions globally in seconds
Promoted
Hi everyone! Like everyone else, I've built dozens of small apps with coding agents. Some are just for me, others a few people use too. Writing them is quick now. Hosting them properly was the annoying part: HTTPS, a login in front, API keys somewhere other than git, backups.
sitesolide is what I use for that. You run sitesolide deploy in a folder, or your agent does, and the app is in production on your own server, with all of that already in place. Each app runs as a sandboxed systemd service, no Docker. I measured what that saves here: https://sitesolide.fr/blog/30-apps-on-one-server.html
It's free, open source, and one person's project. Tell me what would stop you from using it for your team.
@moritz_dsc Hi Moritz, well they don't do the same job. Docker packages an app, and you still have to set up HTTPS, a login, secrets and backups around it. sitesolide gives you all of that with one command, no Dockerfile, and it's lighter: 100 MiB per app vs 130 with Docker Compose in my benchmark.
In my job I've seen non-tech people build really nice apps with agents. They don't use Docker and don't care about it at all, they just want a secure way to put their app on the company's servers. That's who it's for.
How does it work if the application is PHP, or some xyz techstack, without some standardisation
@rajendra_prajapat Hi, yes, pretty much any stack works. sitesolide doesn't care about the language: if your app answers on a port, it runs sandboxed in its own service with HTTPS and a sign-in in front. The only "standard" is a small sitesolide.json with the command that starts it, and for Node, Bun, Python, Go and static sites, 'sitesolide detect' writes it for you. For PHP, FrankenPHP serves your app on a port, so it should fit the same way. What stack are you on?
@clement_thiriet then it mostly feels like a docker container, a lightweight version may be?
@rajendra_prajapat For the isolation, yes, it's close. But it's not a container: no image, no daemon, and it also does the rest Docker leaves to you, HTTPS, sign-in, secrets and backups.
The sign-in in front of a small internal app is a useful detail. Getting the app online is only part of handing it to a few colleagues.