tinyhome VS docker-gen

That dashboard is a static site generated by a tinyhome script that I forked and tweaked to add a few minor features, then served via lighttp in a docker container. Pretty simple to update, just edit the config.csv and have the tinyhome script output replace the previous dashboard page. It's lightning-fast on my Raspberry Pi. my tinyhome changes

I've not got around to it, but I've always fancied creating a nice landing page that automatically updates as services come up/down, using the system jwilder created to make nginx-proxy, docker-gen. Could be a fun little project, anyway!

https://github.com/nginx-proxy/acme-companion https://github.com/nginx-proxy/docker-gen https://github.com/projectdiscovery/dnsx https://github.com/projectdiscovery/httpx https://github.com/projectdiscovery/mapcidr https://github.com/debauchee/barrier https://github.com/stedolan/jq https://github.com/ddosify/ddosify https://github.com/kubernetes-sigs/kind https://github.com/mailcow/mailcow-dockerized https://github.com/motiv-labs/janus

Then to make deployment super easy we're using nginx-proxy which uses docker-gen (and the acme-companion for automatic SSL cert generation) to automatically re-configure an nginx reverse proxy to point to your containers.

I've now got a setup using docker where the reverse proxy configuration is within the container's configuration (using nginx-proxy, which uses docker-gen). That way I just set the host, path, etc. in my container config, deploy, and the nginx servers are re-configured accordingly. No need to worry about ports and IPs then either.

I use an automated nginx reverse proxy. What this does is setup an nginx reverse proxy which uses docker-gen (follow the advice of setting it up separately). docker-gen listens for docker events such as a container being run, inspects that container for the details it needs (port, host, etc.) then configures the nginx accordingly.