Docker-Stack, README und Korrekturen aus dem ersten Durchlauf

- Dockerfile (4 Stufen) und docker-compose.yml mit Postgres-Healthcheck,
  Volume und direktem Port-Mapping 3000:3000, ohne Reverse Proxy.
- Entrypoint wendet beim Start "prisma migrate deploy" an; die Prisma-CLI
  bekommt eine eigene Build-Stufe, weil sie mehr als nur @prisma/* braucht.
- prisma.config.ts durch prisma.config.js ersetzt: laedt ohne TypeScript und
  ohne dotenv, damit sie im Laufzeit-Image funktioniert.
- Prisma-Client wird erst beim ersten Zugriff erzeugt. Vorher scheiterte
  "next build" beim Einsammeln der Routen-Konfiguration ohne DATABASE_URL.
- Postgres-18-Volume auf /var/lib/postgresql gemountet (neues Datenlayout).
- npm 11 blockiert Installationsskripte: erlaubte Pakete stehen jetzt im
  Feld "allowScripts" der package.json.
- Lokale Variable "module" ueberall in "qrType" umbenannt (verdeckte sonst
  die CommonJS-Variable) und Vorschau-Effekt ohne synchrones setState.
- README.md auf Deutsch: Setup, Konfiguration, Bedienung, Aufbau, API und
  Ausblick auf Version 2.

prisma.config.js

@@ -0,0 +1,26 @@
+// Prisma-Konfiguration (CommonJS, damit sie ohne TypeScript-Loader auch im
+// schlanken Laufzeit-Image des Containers gelesen werden kann).
+//
+// Prisma 7 liest Verbindungsdaten nicht mehr aus schema.prisma, sondern von
+// hier — die Anwendung selbst verbindet sich über den pg-Driver-Adapter in
+// src/lib/db.ts.
+
+// Im Container kommt DATABASE_URL aus der Umgebung; lokal ist .env bequemer.
+// dotenv ist nur eine Dev-Abhängigkeit und im Image bewusst nicht vorhanden.
+try {
+  require("dotenv/config");
+} catch {
+  // Kein dotenv vorhanden — die Umgebungsvariablen sind bereits gesetzt.
+}
+
+const { defineConfig } = require("prisma/config");
+
+module.exports = defineConfig({
+  schema: "prisma/schema.prisma",
+  migrations: {
+    path: "prisma/migrations",
+  },
+  datasource: {
+    url: process.env.DATABASE_URL,
+  },
+});