Rechte der Anwendungsrolle als Migration, Traefik-Konfiguration ins Repo
Der Umzug in einen eigenen Container hat zwei Luecken aufgedeckt: 1. Die Rechte von alpenwerk_app standen in keiner Migration — sie waren auf Supabase von Hand im Dashboard vergeben worden. Auf einer leeren Datenbank scheiterte die Anwendung deshalb mit 'permission denied for table profiles', bevor die Anmeldeseite erschien. 2. docker-compose.traefik.yml lag nur auf dem Server. Ein frischer Clone haette die Anwendung ohne Routing hochgefahren. Zusaetzlich haengt app jetzt im Netz 'default', sonst findet es den db-Container nicht.
This commit is contained in:
22
docker-compose.traefik.yml
Normal file
22
docker-compose.traefik.yml
Normal file
@@ -0,0 +1,22 @@
|
||||
services:
|
||||
app:
|
||||
# Entfernt die Portfreigabe aus der ursprünglichen Datei
|
||||
ports: !reset []
|
||||
|
||||
networks:
|
||||
- proxy
|
||||
- default
|
||||
|
||||
labels:
|
||||
traefik.enable: "true"
|
||||
traefik.docker.network: proxy
|
||||
traefik.http.routers.alpenwerk.rule: "Host(`${HOST}`)"
|
||||
traefik.http.routers.alpenwerk.entrypoints: websecure
|
||||
traefik.http.routers.alpenwerk.tls: "true"
|
||||
traefik.http.routers.alpenwerk.tls.certresolver: letsencrypt
|
||||
traefik.http.services.alpenwerk.loadbalancer.server.port: "3000"
|
||||
|
||||
networks:
|
||||
proxy:
|
||||
external: true
|
||||
name: proxy
|
||||
Reference in New Issue
Block a user