Docker Image bauen und veroeffentlichen / build-and-push (push) Successful in 4m35s
Ein direkt von Kamera/Handy hochgeladenes Video (57 MB) lud spuerbar langsam: keine Kompression, kein Ton entfernt, und ohne "faststart" musste der Browser oft die gesamte Datei laden, bevor die Wiedergabe ueberhaupt beginnen konnte. Neues lib/video-transcode.ts (ffmpeg-static, per pnpm-workspace.yaml allowBuilds freigegeben) enkodiert jedes hochgeladene Video jetzt zu einem web-optimierten MP4 neu: Ton entfernt (Hero-Video ist ohnehin stumm), auf max. 1920px Breite skaliert, CRF 26 mit Bitratendeckel, "+faststart" fuer sofortigen Wiedergabestart. Nebeneffekt: ein erfolgreicher Transcode validiert das Video jetzt genauso vollstaendig wie reencodeImage() das bei Bildern schon tut (nicht mehr nur Magic-Bytes). ffmpeg-static-Binary wird in der migrator-Docker-Stage mitinstalliert (Next.js' Standalone-Tracing erkennt den Pfad hinter dem pnpm-Store-Symlink nicht zuverlaessig), lokal per npm-Postinstall ohne manuelle Einrichtung. Getestet mit synthetischem Testvideo: Transcode laeuft durch, Ausgabe enthaelt keine Audiospur mehr, ist als H.264/MP4 dekodierbar. Co-Authored-By: Claude Sonnet 5 <[email protected]>
20 lines
755 B
YAML
20 lines
755 B
YAML
allowBuilds:
|
|
'@prisma/engines': true
|
|
esbuild: true
|
|
ffmpeg-static: true
|
|
prisma: true
|
|
sharp: true
|
|
unrs-resolver: false
|
|
|
|
overrides:
|
|
# GHSA-2v37-7h3g-55p8: DoS bei size=0 in aelteren nanoid-Versionen, ueber
|
|
# postcss/vite transitiv eingezogen (next, @tailwindcss/postcss, vitest).
|
|
nanoid: '>=3.3.18'
|
|
# GHSA-cqhc-2h57-wpxf: mariadb < 3.4.6 leakt das Klartext-Passwort an einen
|
|
# MitM trotz ssl:true. @prisma/[email protected] (genutzt in
|
|
# lib/db-adapter.ts fuer DATABASE_PROVIDER=mysql) bringt intern eine
|
|
# eigene, veraltete [email protected] mit, die vom direkten mariadb-Eintrag in
|
|
# den dependencies (bereits auf ^3.5.3) NICHT ueberschrieben wird — pnpm
|
|
# haelt dafuer sonst zwei getrennte Kopien vor.
|
|
mariadb: '>=3.4.6'
|