fix(upload): Groessengrenzen realistisch setzen, PDFs eigener Wert

Der Upload lief gegen einen einzigen globalen Wert von 5 MB, der fuer alle
Dateitypen galt. Eine Getraenkekarte liegt aber schnell bei 15-20 MB, das
Hochladen scheiterte deshalb zuverlaessig.

- MAX_FILE_SIZE (Bilder) von 5 auf 20 MB. Bilder werden ohnehin auf 1600px
  heruntergerechnet, die Grenze muss nur ein unbearbeitetes Handyfoto
  durchlassen - 5 MB reichten dafuer schon nicht.
- MAX_PDF_SIZE neu, 40 MB. PDFs werden unveraendert abgelegt.
- Beides ueber Umgebungsvariablen uebersteuerbar.

Die Registrierung von multipart nimmt den groesseren der beiden Werte als
Obergrenze, die Routen setzen ihn per request.file({ limits }) auf ihren
eigenen herunter. Die Fehlermeldung im PDF-Zweig nannte bisher die
Bildgrenze.

Geprueft am laufenden Container, auch mit --memory=512m wie auf Fly: 18-MB-
PDF und 18-MB-Foto gehen durch, 45 MB bzw. 25 MB werden mit 413 und
passender Meldung abgelehnt, kein OOM.

Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>

backend/src/index.ts

@@ -73,9 +73,11 @@ fastify.register(jwt, {
   },
 });
 
+// Der globale Wert ist die Obergrenze fuer alles. Die Routen setzen ihn per
+// request.file({ limits }) auf ihren eigenen, engeren Wert herunter.
 fastify.register(multipart, {
   limits: {
-    fileSize: env.MAX_FILE_SIZE,
+    fileSize: Math.max(env.MAX_FILE_SIZE, env.MAX_PDF_SIZE),
   },
 });