Live data from Hacker News

Cloud in a Bottle: making self-hosting accessible to everyone

cloudinabottle.org

331–340 of 342 posts

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#331
post #267

This isn't the hard part of self-hosting, at least not anymore. In the comments here there are lots of examples of similar projects that solve basically the same problem (app selection and deployment). To make self-hosting "easy" we need to solve domain registration, DNS management, and port-forwarding configuration. This probably requires a project more like OpenWRT that includes an API-driven relationship with a re…

Makes me a little sad that it's been almost exactly 6 years since I made this comment: https://news.ycombinator.com/item?id=24475946 In that time I started a domain registrar, a free OpenID Connect login service ( https://lastlogin.net/ ), created the de facto list of tunneling tools ( https://github.com/anderspitman/awesome-tunneling ), and built a couple of my own tunneling tools (SirTunnel and boringproxy), all to…

Interested, I've lastlogin, working on simplifying this space too

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#332

Earlier quoted context omitted.

> One of my coworkers made a completely static portfolio website with a single page and used react. People love hating on react, but I mean this is pretty common. Raw is fine, but even in a "static" thing, you'll eventually go "ok now I want to reuse some text here.." Or have some common elements with x things shared. So I'm gonna have to write some hacky imperative JS? Or messy CSS? And what starts as static very ea…

Yeah pretty much this. I tend to use Astro but I think your point still stands. I wanted to make a basic online agenda in a few different formats for a Toastmasters club and though I could have used raw html and css to build it, but each agenda had slightly different layout that would have been a lot of copy pasting in html and lots of room for error. With astro and react islands it was fairly simple to implement.

I had a similar problem and used 11ty to build static html from templates and markdown files. Works great and keeps you close to the metal

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#334
post #309

Earlier quoted context omitted.

I don't like using Docker on a VPS because of the way it bypasses the firewall rules. It's such a pain that I avoid it altogether for anything public.

Docker doesn’t do that on my Fedora machine, nor on my arch machine. Did I set some setting somewhere that I forgot about? I’m also running rootless docker and podman so that might explain.

Just to clarify: if you "sudo ufw deny 80" and than run a docker container on 80 port, your 80 port would remain inaccessible (as per ufw rules)?

Even rootless docker usually pierce through that. Might be some setting in a podman, thought, never really worked with that.

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#336
post #165

Earlier quoted context omitted.

Admittedly this was not my castle. More of a $1.5/mo shed that I got just to try this.

That's a cheap shed, what's the provider and spec?

I lied actually. (Misremembered) it’s actually about $2.15

https://www.netcup.com/en/server/vps/vps-pico-g11s-iv-12m-nu...

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#338
post #36

Cloudron does something very similar (I'm a user): https://www.cloudron.io/

cloudron has that elbow grease that only comes from years of running a project with an actual community of real users: a solid platform featureset like backups, DB management or mail sending, but also addressing niche apps' needs like .well-known or custom ports, UDP, server certificates available to the app and not just on platform frontend proxy layer

highly recommend!

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#339
post #188

So many docker app supervisors nowadays. I'm surprised there's no such thing as a self-hosted deployment spec. An opinionated docker-compose file (or similar) with well defined inputs, outputs, and requirements that works for the average use-case.

portainer.io has that, but an opinionated docker-compose is just not enough to provide a solid selfhosting app-berth: DB backups, volume management and backups, email, TLS certs, etc etc etc - so you need a superset
Post reply on HN