Harden the container runtime and shut down cleanly

Running the stack on built output stopped the idle CPU load, but the
remaining findings from the deployment report were still open.

The Dockerfile is now multi-stage. The prod target runs on node:24-slim as
the "node" user instead of root and carries only its runtime dependencies;
"npm prune --omit=dev" drops tsx, drizzle-kit and typescript. The migration
scripts need drizzle-orm and better-sqlite3, both regular dependencies, so
they keep working. The dev target keeps devDependencies for compose.dev.yaml.

Both compose files get a mem_limit. The server stack also sets memswap_limit
to the same value, so a leak lets the OOM killer replace the container
instead of pushing the host into swap. The Express API is no longer
published on the host: it has no authentication and is reached through the
Next.js rewrite. Development ports are bound to the loopback interface.
Services drop all capabilities and run with no-new-privileges.

SIGTERM and SIGINT now close the HTTP server and the SQLite handle and exit,
instead of only logging the signal and waiting for the container's SIGKILL
ten seconds later. server.closeIdleConnections() releases the keep-alive
sockets the Next.js server holds, which would otherwise keep server.close()
pending for the whole grace period. The compose start commands exec into
node, because otherwise sh stays the foreground process and the signal never
reaches it.

Delete scripts/docker-start.sh rather than fixing its unsupervised
background API: both compose stacks set their own command, so the
single-container entrypoint has no caller left. Also remove drizzle.config.js
(a stray tsc artifact drizzle-kit never reads) and the pre-Next index.html
and styles.css.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

README.md

@@ -50,12 +50,20 @@ docker compose up --build --detach
 Danach:
 
 - Frontend: <http://localhost:3001>
-- API-Healthcheck: <http://localhost:3000/health>
+- API-Healthcheck: <http://localhost:3001/health> (über den Next.js-Rewrite)
+
+Die Express-API ist nicht mehr auf dem Host veröffentlicht. Sie hat keine
+Authentifizierung und ist nur innerhalb des Compose-Netzes erreichbar; der
+Zugriff läuft über den Rewrite im Web-Dienst.
 
 Der API-Container führt ausstehende Migrationen und die Schemaprüfung beim Start
 automatisch aus. Die SQLite-Datei liegt auf dem Host unter
 `data/leistungsbilanz.db` und bleibt beim Stoppen erhalten.
 
+Das Laufzeit-Image läuft als Benutzer `node` (UID 1000), nicht als root. Ein
+`data/`-Verzeichnis, das ein früherer root-Container angelegt hat, braucht
+deshalb einmalig `sudo chown -R 1000:1000 data` auf dem Host.
+
 ```powershell
 docker compose ps
 docker compose logs --follow
@@ -63,7 +71,8 @@ docker compose down
 ```
 
 `compose.yaml` startet den Produktionsstand: gebautes `dist/` und `next start`,
-ohne Quellcode-Mounts und ohne Datei-Watcher. Details stehen in
+ohne Quellcode-Mounts und ohne Datei-Watcher, mit Speichergrenzen und ohne
+root-Rechte im Container. Details stehen in
 [Deployment und Betrieb](docs/deployment.md).
 
 Für die Entwicklung mit Hot Reload gibt es einen eigenen Stack mit