- शिप
- 11 अगस्त 2026 को 4:21 pm बजे UTC
- लेखक
- kamo
- Commit
- f1de4ec
बैकेंड अब 3 GiB को स्ट्रीम करता है, लेकिन ब्राउज़र में तीन चीजें और BFF ने कहा कि अगम्य, प्रत्येक घातक अपने आप में। अपलोड प्रॉक्सी ने `await request.formData()` किया, फ़ाइल को बाहर खींच लिया और एक दूसरे का पुनर्निर्माण किया फॉर्मडाटा आगे - इस प्रक्रिया के ढेर में पूरा अपलोड, दो बार। यह अब शरीर को पाइप करता है नोड के साथ सीधे माध्यम से:http, वही निर्माण चैट-टैचमेंट प्रॉक्सी पहले से ही उपयोग किया जाता है उत्पादन में 3 GiB ले जाने के लिए। नोड: एचटीटीपी://www.undiciency. हर अनुरोध के लिए टाइमआउट, और एक बहु-गिगाबाइट अपलोड उस तार की तुलना में कहीं ज्यादा खर्च करता है कन्वर्ज़न सेवा से पहले - जो जवाब देने से पहले spooled फ़ाइल है - जवाब दे सकता है; साथ में उत्पाद के बजाय प्रॉक्सी अधिकतम फ़ाइल आकार तय करेगा। ComputeBlake3 (फ़ाइल) और computeSha3256 (फ़ाइल) प्रत्येक कॉल फ़ाइल.arrayBuffer(), और अपलोडर उन्हें एक वादा में भाग लिया। सभी, इसलिए फ़ाइल पूरी तरह से शिखर पर टैब TWICE में निवासी थी। पुराने 500MB टोपी जो पहले से ही टैब मेमोरी का एक गीगाबाइट था; 3 GiB पर यह छह है और टैब पहले मर जाता है। एक बाइट अपलोड किया जाता है। ComputeFileDigests के साथ बदल दिया, जो 4 MiB स्लाइस में एक बार फ़ाइल चला जाता है और उसी हिस्से से दोनों हैश फ़ीड - चोटी स्मृति किसी भी आकार में एक हिस्सा है, दर्पणिंग सर्वर पर HashUtils.computeDigests। दोनों पाचन अभी भी गणना कर रहे हैं क्योंकि अपलोड समापन बिंदु दोनों की तुलना और तुलना करता है; js-sha3 शुद्ध जावास्क्रिप्ट है और उस समय हावी है, जो उस समय हावी है। मजबूत सर्वर-साइड चेक की कीमत है, इसलिए हैशिंग अब प्रगति की बजाय प्रगति की रिपोर्ट करता है मिनट के लिए 2% पर बैठे। MultiFileUploader सभी पर कोई आकार सीमा नहीं थी, इसलिए एक oversize लेने के लिए एक मिनट खर्च किया है एक कमाने के लिए अपारदर्शी विफलता। अब फ़ाइल पढ़ने से पहले साइज की जांच की जाती है, और फ़ाइल को फाइल में जोड़ा जाता है। त्रुटि चरण अपने आकार और सीमा दोनों नामकरण।.