- .dockerignore: schließt node_modules, .next, data/, lokale ENV, Deploy-
Skripte und Repo-Metadaten aus dem Build-Kontext aus. Vorher hat 'COPY . .'
im Dockerfile alles ins Image kopiert, was unter src/ lag — jetzt wird nur
das Nötige gebaut.
- .editorconfig: einheitliche Einrückung (LF, 2 Spaces, UTF-8) und
final-newline für TS/JS/JSON/YAML/SQL. Verhindert Editor-Drift zwischen
pi/laptop/WSL-PC.
- README: Live-Status-Block ergänzt (URL, Container-Image 323 MB, Traefik,
Repo) und Erst-Deploy-Runbook (DNS, .env.local-Setup, Traefik-Restart
wegen ACME 1h-Rate-Limit bei fehlendem A-Record).
Hintergrund: vorher hat docker build lokal die data/eldov.db mitkopiert (in
node_modules fällt das nicht auf, aber data/ lag im src/-Parent) und die
Deploy-Skripte selbst (deploy.sh, deploy-vps.sh) — mit.dockerignore wandert
das nicht mehr ins Image. .editorconfig war noch nie da, aber die anderen
Repos im Cluster (w-make-com, hermes-tools) haben eins — Konsistenz.
Vorher: 1.22 GB Image (volle node_modules im Container).
Nachher: ~150 MB (Next.js erzeugt unter .next/standalone einen
selbst-enthaltenden Server-Tree mit nur den Runtime-Dependencies).
Dockerfile kopiert standalone-Output + .next/static + public,
entfernt node_modules/package.json/src-Copy, startet mit 'node server.js'.
- deploy-vps.sh: free-warez.top → free-warez.win (eldov.win liegt auf .win,
nicht .top). Vorheriger Deploy lief auf .top ohne Traefik-Routing.
- docker-compose.yml: Traefik-Labels analog w-make-com (Router für
eldov.win + www.eldov.win, websecure entrypoint, HTTP→HTTPS-Redirect).
Service hängt am 'proxy'-Netzwerk.
- next.config.ts: Rewrites als Backup zum proxy.ts (/ → /de,
/projekte/[slug] → /de/projects/[slug]). In manchen Setups greift der
proxy.ts nicht zuverlässig für statische Routen — doppelt hält besser.
- src/app/page.tsx: Root-Route serviert DE-Inhalt direkt, damit
Healthchecks und Bots eine echte Antwort bekommen (kein endloser
Redirect).
Jan Wagner