3 Commits

Include renames

Author	SHA1	Message	Date
duffyduckandClaude Opus 4.8	f3668b8a5a	Magic-Byte-Seed: aus Prod-Image ausschliessen + Prod-Riegel ... Der Pentester-Helfer soll nicht ins Produktions-Image und darf nie gegen Prod laufen: - .dockerignore schliesst backend/scripts/seed-magic-byte-test.ts aus dem Build-Context aus -> Datei liegt nicht mehr im Prod-Container (bleibt im Repo fuer Dev/Staging-Checkout). - Script bricht bei NODE_ENV=production im "create"-Modus hart ab (exit 1); "cleanup" bleibt erlaubt, damit man immer aufraeumen kann. Verifiziert: create@production -> Abbruch exit 1; cleanup@production laeuft. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-08-13 13:49:32 +02:00
duffyduckandClaude Opus 4.7	0671565433	docker: Runtime auf node:20-slim (Alpine→Debian) – Prisma+TLS-Kompatibilität ... Bug: Im Container schlug Prisma + mariadb-Auth fehl. - Prisma-Engine `linux-musl` braucht libssl.so.1.1 → Alpine 3.19+ hat nur openssl 3 → "shared library libssl.so.1.1 not found" - mariadb-client unter Alpine warf "TLS/SSL error: SSL is required" Fix: alle Stages (Frontend-build, Backend-build, Runtime) auf node:20-slim (Debian-bookworm). glibc + openssl 3 ABI-kompatibel, Prisma generiert linux-debian-Engine korrekt. Plus: .dockerignore um data/, plesktest/, backup-Klone erweitert (Build-Context war u.a. wegen MariaDB-Files mit restricted Permissions nicht lesbar). Plus: docker-compose.yml: version: '3.8' für docker-compose v1 Kompatibilität. Live-verifiziert: docker-compose up -d --build → alle 3 Container healthy, Login funktioniert, alte DB-Daten (3 Kunden, 15 Verträge, 144 SecurityEvents) erhalten via Volume-zu-Bind-Mount-Migration. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-01 20:05:37 +02:00
duffyduck	09e87c951b	added docker setup	2026-02-08 19:59:49 +01:00