d4rk_media/legacy/docker-compose.yml

# Fivemanage Lite — fuer den Betrieb, ueber Portainer aus diesem Repo.
#
# Abgeleitet aus den beiden Compose-Dateien im Projekt (fivemanage/lite) und
# dem README. Deren docker-compose.yml ist fuer die ENTWICKLUNG: sie startet
# Datenbank, ClickHouse, MinIO und Jaeger, aber nicht die Anwendung, und mit
# Standardpasswoertern. Die docker-compose.test.yml zeigt dafuer, wie der
# App-Container verdrahtet wird — und dass MySQL genuegt.
#
# Bewusst NICHT dabei:
#
#   ClickHouse und Jaeger. Beides ist strukturiertes Logging und Tracing. Fuer
#   das Ablegen von Bildern braucht es sie nicht, und ClickHouse ist eine
#   schwere Abhaengigkeit. Nachruesten geht spaeter.
#
# Der Weg nach aussen steht HIER DRIN und nicht in einer Ergaenzungsdatei.
# Zuerst war er ausgelagert, weil sich je Aufbau unterscheidet, wie ein
# Reverse Proxy seine Ziele findet. In Portainer nimmt "Compose path" aber
# EINE Datei — die Ergaenzung wurde stillschweigend nicht angewandt, und das
# Ergebnis war ein Stack, in dem jeder Container gesund meldet und trotzdem
# alles 502 liefert. Eine Trennung, die man nicht anwenden kann, ist keine.
#
# Wer den Proxy im selben Docker-Netz hat, nimmt docker-compose.proxynet.yml
# dazu — das ist der sauberere Weg, aber nicht der hier gegangene.

services:
  db:
    image: postgres:16-alpine
    restart: unless-stopped
    environment:
      POSTGRES_DB: fivemanage_lite
      POSTGRES_USER: lite
      POSTGRES_PASSWORD: ${DB_PASSWORD:?bitte in .env oder als Stack-Variable setzen}
    volumes:
      - pgdata:/var/lib/postgresql/data
    networks: [internal]
    healthcheck:
      # Ohne das startet die App gegen eine Datenbank, die noch nicht
      # antwortet, und beendet sich — beim ersten Hochfahren jedes Mal.
      test: ["CMD-SHELL", "pg_isready -U lite -d fivemanage_lite"]
      interval: 10s
      timeout: 5s
      retries: 12

  minio:
    image: minio/minio:latest
    restart: unless-stopped
    command: server /data --console-address ":9001"
    environment:
      MINIO_ROOT_USER: lite
      MINIO_ROOT_PASSWORD: ${MINIO_ROOT_PASSWORD:?bitte setzen}
      MINIO_SERVER_URL: ${PUBLIC_URL:?bitte setzen}
    volumes:
      - minio:/data
    networks: [internal]
    ports:
      # Die Dateien, fuer den Reverse Proxy ueber den Host:
      #   fivecdn.d4rkst3r.de -> http://host.docker.internal:9100
      #
      # 9100 statt 9000, weil 9000 auf diesem Server an Portainer geht. Im
      # Container bleibt es 9000; nur die Seite zum Host wandert.
      #
      # An alle Adressen gebunden, und das ist kein Versehen: der Nginx Proxy
      # Manager liegt im Standard-Bridge-Netz und kommt ueber die Docker-
      # Bruecke herein, nicht ueber Loopback — ein an 127.0.0.1 gebundener
      # Port nimmt diese Anfrage nicht an. Genauso laufen hier schon d4rkbot
      # (3080) und cdn-files (8090).
      #
      # ZU IST DER PORT DURCH DIE FIREWALL, nicht durch die Bindung. 9100 und
      # 9101 gehoeren von aussen dicht; oeffentlich soll nur NPM auf 80/443
      # sein.  ss -tlnp | grep -E '9100|9101'
      - "${BIND_ADDR:-0.0.0.0}:${MINIO_HOST_PORT:-9100}:9000"
    healthcheck:
      test: ["CMD", "mc", "ready", "local"]
      interval: 10s
      timeout: 5s
      retries: 12

  lite:
    # ghcr.io, NICHT Docker Hub: dort steht die Reihe bei 0.1.0-beta.16
    # still, auf ghcr.io laeuft sie weiter. Die Test-Compose des Projekts
    # zeigt `fivemanage/lite:latest` — das ist Docker Hub und damit alt.
    image: ghcr.io/fivemanage/lite:0.1.0-beta.23
    restart: unless-stopped
    depends_on:
      db:
        condition: service_healthy
      minio:
        condition: service_healthy
    environment:
      PORT: "8080"
      ENV: production
      # PostgreSQL, und zwar zwingend: beta.23 geht direkt in den
      # pgdriver — DB_DRIVER wird nicht ausgewertet. Eine MySQL-DSN endet in
      # "pgdriver: invalid scheme: lite", weil der Treiber sie als URI liest.
      #
      # Die docker-compose.test.yml des Projekts zeigt MySQL, benutzt dafuer
      # aber fivemanage/lite:latest von Docker Hub — und die Reihe steht dort
      # bei beta.16 still. Das README hat recht, die Testdatei ist alt.
      DSN: postgres://lite:${DB_PASSWORD:?bitte setzen}@db:5432/fivemanage_lite?sslmode=disable
      ADMIN_PASSWORD: ${ADMIN_PASSWORD:?bitte setzen}
      API_TOKEN_HMAC_SECRET: ${API_TOKEN_HMAC_SECRET:?bitte setzen}
      S3_PROVIDER: minio
      AWS_ENDPOINT: http://minio:9000
      AWS_ACCESS_KEY_ID: lite
      AWS_SECRET_ACCESS_KEY: ${MINIO_ROOT_PASSWORD:?bitte setzen}
      AWS_BUCKET: media
      # Aus der Vorlage des Projekts uebernommen; fuer MinIO ist die Region
      # gleichgueltig, das SDK verlangt aber eine.
      AWS_REGION: eu-west-1

      # Woraus die OEFFENTLICHE Adresse gebaut wird, die Lite nach dem Upload
      # zurueckgibt. Steht nicht im README, nur in deren .env.template — und
      # ohne sie kaemen Adressen zurueck, die nur innerhalb von Docker gelten.
      #
      # Endpunkt plus Bucket, wie in der Vorlage
      # (BUCKET_DOMAIN=http://localhost:9000/lite-dev).
      BUCKET_DOMAIN: ${PUBLIC_URL:?bitte setzen}/media
    ports:
      # Die Oberflaeche:  fivemanage.d4rkst3r.de -> http://host.docker.internal:9101
      # 9101 statt 8080, weil 8080 an nextcloud-aio geht. Siehe minio oben.
      - "${BIND_ADDR:-0.0.0.0}:${LITE_HOST_PORT:-9101}:8080"
    networks: [internal]

networks:
  internal:
    driver: bridge

volumes:
  pgdata:
  minio: