🤙🏿 🙇🏽 🔖 बड़ी फाइलें और सिनात्रा 🤵🏿 🏴‍☠️ 🎍

हाल ही में मैं एक दिलचस्प समस्या में भाग गया, जब Sinatra::Helpers.send_file माध्यम से एक बड़ी फ़ाइल देने का प्रयास Sinatra::Helpers.send_file ने सभी RAM (विशिष्ट फ़ाइल का आकार 14Gb) को खा लिया।

अध्ययन से पता चला कि सिनात्रा खुद को पढ़ता है और 512 बाइट्स के टुकड़ों में फ़ाइल देता है, लेकिन पतले वेब सर्वर (साथ ही WEBrick) अपने स्तर पर रैम में आउटपुट को बफ़र करता है, जिससे ऐसे दुःखद परिणाम सामने आते हैं।

समस्या को हल करने के लिए, यह रेनबो वेब सर्वर (यूनिकॉर्न कोड पर आधारित एक वेब सर्वर, लेकिन धीमी गति से क्लाइंट और / या सेवाओं के लिए, बिना प्रॉक्सी के काम करने के लिए डिज़ाइन किया गया) पर स्विच करने के लिए पर्याप्त था। लेकिन बड़ी फ़ाइलों को भेजते समय, प्रक्रिया एक कोर पर लगभग 30% सीपीयू खाती है।

रेनबो आपको फ़ाइल अपलोड का अनुकूलन करने की अनुमति देता है, उदाहरण के लिए, सेंडफाइल रत्न, जो ऑपरेटिंग सिस्टम के लिए उपयुक्त एपीआई प्रदान करता है। लेकिन इसके लिए यह जरूरी है कि फाइल अपलोड रैक :: फाइल एपीआई के माध्यम से हो।

वर्तमान सिनात्रा मास्टर शाखा में, Send_file विधि को Rack :: File API का उपयोग करके फिर से लिखा गया था, इसलिए हम सिनात्रा मणि के मौजूदा संस्करणों में संबंधित कार्यक्षमता को केवल वापस कर सकते हैं:

 if Sinatra::VERSION < '1.3.0' && Rack.release >= '1.3' # Monkey patch old Sinatra to use Rack::File to serve files. Sinatra::Helpers.class_eval do # Got from Sinatra 1.3.0 sources def send_file(path, opts={}) if opts[:type] or not response['Content-Type'] content_type opts[:type] || File.extname(path), :default => 'application/octet-stream' end if opts[:disposition] == 'attachment' || opts[:filename] attachment opts[:filename] || path elsif opts[:disposition] == 'inline' response['Content-Disposition'] = 'inline' end last_modified opts[:last_modified] if opts[:last_modified] file = Rack::File.new nil file.path = path result = file.serving env result[1].each { |k,v| headers[k] ||= v } halt result[0], result[2] rescue Errno::ENOENT not_found end end end

रेनबो कॉन्फ़िगरेशन फ़ाइल कुछ इस तरह दिखाई देगी:

 # try to use sendfile when available begin require 'sendfile' rescue LoadError end Rainbows! do use :ThreadSpawn end

अब हम एक प्रभावी फ़ाइल अपलोड तकनीक का उपयोग करते हैं यदि मणि रैक संस्करण 1.3 या उच्चतर सिस्टम पर स्थापित हो और सेंडफाइल मणि स्थापित हो। वैसे, जब माणिक 1.9 का उपयोग कर रहे हैं, तो भेजने वाले मणि की सबसे अधिक संभावना नहीं है।

पुनश्च: यदि आपकी सेवा प्रॉक्सी सर्वर के पीछे स्थित है, तो यह प्रॉक्सी सर्वर द्वारा प्रदान की जाने वाली क्षमताओं का उपयोग करने के लिए अधिक इष्टतम है, उदाहरण के लिए, एक्स-एक्सेल-रीडायरेक्ट (नेग्नेक्स) या एक्स-सेंडफाइल (लाइटटैप, अपाचे) एपीआई।

बड़ी फाइलें और सिनात्रा

More articles: