mirror of
https://github.com/DoTheEvo/selfhosted-apps-docker.git
synced 2026-07-03 14:06:40 +02:00
1604acc2561a2702ac874ded8b0f42914dabc040
Selfhosted-Apps-Docker
guide by example
- caddy_v2 - reverse proxy
- bitwarden_rs - password manager
- bookstack - notes and documentation
- borg_backup - backup utility
- ddclient - automatic DNS update
- dnsmasq - DNS and DHCP server
- homer - homepage
- nextcloud - file share & sync
- portainer - docker management
- prometheus_grafana - monitoring
- watchtower - automatic docker images update
- arch_linux_host_install
The core of the setup is Caddy reverse proxy.
It's described in most details.
Some docker basics and some info
You do not need to fuck with docker-compose.yml to get something up,
simple copy paste should suffice.
You do need to fuck with .env file, that's where all the variables are.
Also sometimes the .env file is used as env_file
.env- actual name of a file, used only by compose.
It is used automatically just by being in the directory with thedocker-compose.yml
Variables set there are only available during the building of the container.env_file- an option in compose that defines existing external file.
Variables set in this file will be available in the running container, but not in compose.
So to not have polluted huge ass compose file, or to not have multiple places
where changes need to be made when adding a variable... env_file: .env BAM.
Only issue is that all variables are available in all containers in the compose.
That can lead to potential conflicts and clashes, looking at you nextcloud.
In those cases variables names are declared per container.
But env_file: .env is just easier, prettier... and mostly painless.
Description
Languages
Shell
75.3%
Batchfile
18.1%
PowerShell
6.6%
