Remplace les 3 workers par fichier par un pool global de morceaux en vol, réparti équitablement entre les fichiers fragmentés actifs : 1 fichier utilise tout le pool, N fichiers en reçoivent une part chacun (ceil(taille / N)), la capacité libérée par un fichier terminé est redistribuée. Un fichier en cours d'init compte dans la part pour ne pas être affamé ; les morceaux déjà en vol ne sont jamais interrompus. La taille du pool est réglable via `chunkPoolSize` (config.json, défaut 30, borné à 256) et transmise au navigateur par un nouveau `GET /config`. Corps des morceaux repassé en streaming (writeChunkAt sur un flux + garde `maxBytes`) : mémoire ~constante même à pool élevé, plus de bufferisation de 16 Mo par requête. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
24 lines
784 B
JSON
24 lines
784 B
JSON
{
|
|
"$schema": "./config.schema.json",
|
|
"port": 3000,
|
|
"host": "0.0.0.0",
|
|
"publicUrl": "http://localhost:3000",
|
|
"targets": [
|
|
{ "name": "photos", "label": "Photos", "dir": "./uploads/photos" },
|
|
{ "name": "videos", "label": "Vidéos", "dir": "./uploads/videos", "allowDirectories": true }
|
|
],
|
|
"maxFileSizeMb": 512,
|
|
"logLevel": "info",
|
|
"chunkPoolSize": 30,
|
|
"allowedMimeTypes": ["image/jpeg", "image/png", "image/webp", "video/mp4", "audio/mpeg"],
|
|
"session": {
|
|
"key": "REMPLACER_PAR_32_OCTETS_BASE64_openssl_rand_base64_32",
|
|
"maxAgeHours": 12
|
|
},
|
|
"oidc": {
|
|
"issuer": "https://auth.exemple.fr/realms/mon-realm",
|
|
"clientId": "mediadrop",
|
|
"clientSecret": "REMPLACER_PAR_LE_SECRET_DU_CLIENT",
|
|
"scopes": ["openid", "profile", "email"]
|
|
}
|
|
}
|