fix: Video-Upload als roher Body statt multipart — beseitigt die 502-Ursache

Live beobachtet: der Upload scheitert mit HTTP 502, nicht mit 504. Das ist
ein wesentlicher Unterschied. 502 bedeutet, dass der vorgeschaltete Proxy
vom Backend gar keine Antwort bekam — der Prozess hat die Verbindung mitten
im Request fallen gelassen. Eine Zeitueberschreitung waere 504. Die bisher
verfolgte Timeout-Spur war damit falsch.

Uebrig blieb als Erklaerung der Arbeitsspeicher, und dort lag noch die
eigentliche Ursache: request.formData() liest den GESAMTEN Body in den
Speicher, bevor eine einzige Zeile eigener Code laeuft. Der vorherige
Streaming-Umbau hat nur die zusaetzlichen Kopien danach beseitigt
(arrayBuffer, Buffer, readFile) — diese erste nicht. Bei einem Video bis
100 MB genuegt das, um zusammen mit dem Grundverbrauch des Servers das
Speicherlimit des Pods zu sprengen; der Kernel beendet den Prozess
(OOMKilled), und der Proxy meldet 502.

Die Datei kommt jetzt als roher Request-Body statt als multipart/form-data.
Damit laesst sich request.body direkt auf die Platte durchreichen, und der
Speicherbedarf haengt nicht mehr von der Dateigroesse ab. Ein Formularfeld
wurde ohnehin nicht gebraucht, es wird genau eine Datei uebertragen. Die
Groessengrenze prueft jetzt ein mitzaehlender Transform-Stream, weil
Content-Length nur eine Ankuendigung des Clients ist.

Gemessen im Produktions-Build mit einem 95-MB-Video: Status 200 nach 5,9
Sekunden, Arbeitsspeicher des Servers von 67 MB auf in der Spitze 149 MB —
also rund ein Drittel des Limits von 512Mi, mit dem der Pod bisher lief.

Ausserdem berichtigt: der eigene Meldungstext behauptete bei 502 "fast
immer eine Zeitueberschreitung". Das ist falsch und hat die Fehlersuche in
die falsche Richtung gelenkt. 502 und 504 werden jetzt getrennt erklaert —
502 als weggebrochenes Backend (meist Speichermangel), 504 als echtes
Zeitlimit.

src/components/admin-video-field.tsx

@@ -33,11 +33,20 @@ export function AdminVideoField({ name, label, initialValue }: AdminVideoFieldPr
     setStatus("uploading");
     setErrorMessage("");
     try {
-      const body = new FormData();
-      body.append("file", file);
       let response: Response;
       try {
-        response = await fetch("/api/admin/upload-video", { method: "POST", body });
+        // Die Datei wird als ROHER Body gesendet, nicht als FormData: auf der
+        // Serverseite liest request.formData() den gesamten Body erst
+        // vollstaendig in den Arbeitsspeicher, was bei einem Video bis 100 MB
+        // das Speicherlimit des Pods sprengte (ausfuehrliche Begruendung in
+        // app/api/admin/upload-video/route.ts). Als roher Body laesst er sich
+        // dort direkt auf die Platte durchreichen. fetch() streamt ein
+        // File-Objekt, es landet also auch hier nie am Stueck im Speicher.
+        response = await fetch("/api/admin/upload-video", {
+          method: "POST",
+          headers: { "content-type": file.type || "application/octet-stream" },
+          body: file,
+        });
       } catch {
         // fetch() wirft nur, wenn der Request den Server gar nicht erreicht
         // oder die Verbindung abbricht — ein HTTP-Fehlerstatus landet NICHT