twotalesanimation 4cd8986e69 Stream video uploads to disk instead of buffering in memory
req.formData() parsed the entire multipart body into RAM, so large
uploads (1.6GB+) OOM-killed the server. Bridge the web Request body to
a Node stream and parse it with formidable, which writes the file to
disk as it arrives:

- Temp dir is /uploads/tmp (same filesystem as the destination) so the
  post-parse move is an atomic rename, not a second multi-GB write
- Mark the bridged request as chunked when a proxy strips
  content-length, otherwise formidable assumes an empty body
- Track formidable temp files via fileBegin so aborted uploads get
  their partial files cleaned up
- Remove the dead formidable branch gated on (req as any).req, which
  is always null in the App Router

Also fix the nginx example in VPS_UPLOAD_CONFIG.md: client_max_body_size
was 1024M, below the app's 2.5GB limit, and would 413 large uploads at
the proxy before they reached the app.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-08-01 15:54:57 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
2026-06-11 10:46:09 +02:00
S
Description
No description provided
3.1 MiB
Languages
TypeScript 96.8%
Batchfile 0.8%
Shell 0.8%
CSS 0.7%
JavaScript 0.5%
Other 0.4%