- Shipped
- 11 серпня 2026 р. о 16:21 UTC
- Author
- kamo
- Commit
- f1de4ec
В даний час назад потік до 3 GiB, але три речі в браузері і BFF зробили, що невиліковний, кожен жирний самостійно. Завантажити проксі зробив запит `await.formData()`, витягнутий файл і перебудував другий FormData toward — завантажити в цей процес, двічі. В даний час труби тіла прямо через з вершиною:http, тим самим побудувати проксі чату вже використовує перевозити 3 GiB у виробництві. вузол:http замість fetch, оскільки undici застосовує в 300-х головки час на кожен запит, і багатогабітне завантаження витрачає набагато довше, ніж це на дріт перед відповіданням — може відповісти; з fetch, проксі, а не продукт вирішить максимальний розмір файлу. computeBlake3(файл) і computeSha3256 (файл) кожен файл виклику.arrayBuffer(), і завантажувачі занурити їх у Проміс. все, щоб файл був повністю резидентом в вкладці TWICE на піку. На старі 500 Мб, який вже був гігабайт пам'яті вкладки; на 3 GiB це шість і вкладка гине до завантажений. Замініть компuteFileDigests, який пропускає файл один раз на 4 скибочках MiB і живить обидва шайби з того ж шматка — пікова пам'ять є одним шматком на будь-який розмір, дзеркала HashUtils.computeDigests на сервері. Обидва трави ще комп'ютерні, оскільки завантаження js-sha3 - це чистий JavaScript і домінує час, який це ціна більш сильної перевірки сервера, тому що тепер звітує прогрес, а не сидячи на 2% протягом декількох хвилин. MultiFileUploader не обмежувався розмірами, тому завищений розмір забираються хвилини, щоб заробити непрозора недостатність. Розмір тепер перевіряється перед тим, як прочитає файл, і файл додано в стадія помилок, що нагадує її розмір і ліміт.