mirror of
https://github.com/DoTheEvo/selfhosted-apps-docker.git
synced 2026-07-03 14:06:40 +02:00
115439ef7c89fe53050e8f84c5616c3a0af70ebb
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 managment
- 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 bacics 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 your variables are.
Also sometimes the .env file is used as env_file
.env- name of the file used only by compose.
It is used automaticly 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... env_file: .env BAM.
Only issue is that all variables are avaialble in all containers.
So that can lead to potential conflicts and clashes, looking at you nextcloud.
In those cases variables names to be used are declared per container.
But it is just so much easier, pretier to env_file: .env, and mostly painless.
Description
Languages
Shell
75.3%
Batchfile
18.1%
PowerShell
6.6%
