Skip to content

fix(template): Caddyfile leitet an den Prod-Dienst app weiter - #28

Merged
rrolf merged 1 commit into
mainfrom
fix/template-caddy-upstream
Nov 1, 2026
Merged

rrolf merged 1 commit into
mainfrom
fix/template-caddy-upstream

Conversation

@rrolf

@rrolf rrolf commented Nov 1, 2026

Copy link
Copy Markdown
Contributor

Problem

template/project/Caddyfile.jinja schickt /api/*, /admin/* und /oidc/* an backend:8000. In template/project/docker-compose.prod.yml.jinja heißt der Django-Dienst aber app, einen Dienst backend gibt es im Prod-Stack nicht. Caddy kann den Upstream deshalb nicht auflösen: In Produktion werden nur die SPA und die Statics ausgeliefert, API, Login und Django-Admin sind nicht erreichbar.

Änderung

  • Caddyfile.jinja: reverse_proxy backend:8000 → reverse_proxy app:8000.
  • CHANGELOG.md (Unreleased → Template): Beschreibung und Migrationsschritt für bestehende Tools. Das Caddyfile steht in _skip_if_exists, copier update ändert es also nicht; Tools passen es selbst an.

Betroffene Tools

  • kalkulierbar, ansehbar: bereits lokal auf app:8000 umgestellt.
  • ausleihbar: nicht betroffen, älteres Gerüst mit Prod-Dienst backend.

Prüfung

Template gerendert (pipx run copier copy . /tmp/probe --trust --defaults --vcs-ref HEAD --data project_slug=probe): Das erzeugte Caddyfile enthält nur noch app:8000, docker-compose.prod.yml definiert den Dienst app.

🤖 Generated with Claude Code

Caddyfile.jinja schickte /api, /admin und /oidc an backend:8000, der
Django-Dienst in docker-compose.prod.yml heißt aber app. In Produktion
waren API, Login und Admin damit nicht erreichbar.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@rrolf
rrolf merged commit cf58438 into main Nov 1, 2026
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant