बड़ी फ़ाइलों को डाउनलोड करें या सस्ते साझा होस्टिंग की सीमाओं के आसपास कैसे प्राप्त करें

एक बार फिर, अपेक्षाकृत बड़ी फ़ाइलों को डाउनलोड करने में समस्या उत्पन्न हुई। विशेष रूप से, क्लाइंट व्यवस्थापक पैनल के माध्यम से साइट पर 20-40 मेगाबाइट वीडियो अपलोड करना चाहता था। ऐसा लगता है कि हमारे प्रबुद्ध समय में एक समान आकार एक ऐसा त्रिभुज है, जिसके बारे में बोलना शर्म की बात है। लेकिन अचानक सब कुछ साझा होस्टिंग की सेटिंग्स के खिलाफ आया। हम यह जानकर भयभीत थे कि अपलोड की गई फ़ाइल का अधिकतम आकार 2M है, और इस आंकड़े को बदलने का कोई तरीका नहीं है। और आप कई कारणों से होस्टिंग नहीं बदल सकते - कम से कम अभी नहीं।



हम एक साझा साझा होस्टिंग की सीमाओं को दरकिनार करने के कार्य के साथ सामना कर रहे हैं। इस तरह के बाईपास का सिद्धांत स्पष्ट है: आपको फ़ाइल को टुकड़ों में काटने की जरूरत है, इसे भागों के साथ भरें, और सर्वर की तरफ, इसे एक साथ रखें। लेकिन यह मैन्युअल रूप से नहीं किया जाना चाहिए - उपयोगकर्ता को एक फ़ाइल का चयन करना होगा और "भेजें" बटन पर क्लिक करना होगा। यह कैसे करें?





हमारी पहली प्रतिक्रिया विभिन्न फ्लैश अपलोडरों की क्षमताओं को देखना है। आखिरकार, यह नहीं हो सकता है कि विश्व तकनीकी विचार को इस तरह की उपयोगी चीज का एहसास नहीं है क्योंकि भागों में फ़ाइल डाउनलोड करना है। हम Uploadify, SWFUpload, FancyUpload, jqUploader, jquery-trans के माध्यम से लूप करते हैं। लेकिन सब व्यर्थ। हम वांछित सुविधा नहीं देखते हैं। यह संभावना है कि हमें आगे खुदाई करने की आवश्यकता है, लेकिन समय समाप्त हो रहा है, और हमें पहले से ही कुछ करना होगा ...



ऊपर वाला दुखी है। हालांकि, तथ्य यह है कि यह व्यवस्थापक पैनल हमारे हाथों में खेलता है। यानी हमें क्रॉस-ब्राउज़र संगतता पर ध्यान देने की आवश्यकता नहीं है। यह पर्याप्त है कि यह तंत्र क्लाइंट के ब्राउज़र पर काम करेगा, जो (ओह चमत्कार!) एफएफ है।



हम तुरंत याद करते हैं कि एफएफ में नवीनतम संस्करणों में फ़ाइल-अपलोड फ़ील्ड में लोड की गई फ़ाइल की सामग्री को एक स्ट्रिंग में प्राप्त करने का अवसर है। और इस लाइन को टुकड़ों में तोड़ने और अजाक्स का उपयोग करने वाले हिस्सों में अपलोड करने की इच्छा होती है।

ग्राहक भाग

सबसे पहले, स्थिर HTML में आवश्यक ड्रा करें:

 <form> <input type="file" id="myfile"> </form> <a href="#" onClick="big_file_upload($('#myfile'))"></a>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

यानी जब आप लिंक पर क्लिक करते हैं, तो big_file_upload फ़ंक्शन को कॉल किया जाना चाहिए, जिसमें फ़ाइल की सामग्री जिस ऑब्जेक्ट से ली जानी चाहिए, वह स्थानांतरित हो गई है। $ ('# Myfile') के निर्माण पर ध्यान दें। मुझे लगता है कि jQuery लाइब्रेरी को कनेक्ट करने की आवश्यकता पर ध्यान देने की आवश्यकता नहीं है, जिसका उपयोग हम फ़ाइल को सर्वर पर स्थानांतरित करने के दौरान ajax अनुरोधों के लिए भी करेंगे।



अब हमें वही big_file_upload फ़ंक्शन लिखना होगा:

 var upload_chunk_size = 120000;
 // इस चर में टुकड़ों का आकार होता है जिसमें हम फ़ाइल को विभाजित करेंगे।
 
 फ़ंक्शन big_file_upload (फ़ाइल) {
   // .....
 }

फ़ाइल सामग्री पुनर्प्राप्त करना

फ़ाइल की सामग्री प्राप्त करने के लिए, हम निम्नलिखित निर्माण का उपयोग करेंगे:

   var data = file.get (0) .files.item (0) .getAsDataURL ();

मैं इसका अर्थ समझाता हूं:

• file.get (0) - jQuery ऑब्जेक्ट से एक DOM ऑब्जेक्ट प्राप्त करना फ़ंक्शन को पास किया गया
• files.item (0) - सूची से पहली फ़ाइल प्राप्त करना। यहां हमारे पास केवल एक ही है, हालांकि, मुझे आपको याद दिलाना है कि एक नियंत्रण से कई फ़ाइल अपलोड होने की संभावना पहले से ही है।
• getAsDataURL () - डेटा में एक फ़ाइल की सामग्री प्राप्त करना: URL प्रारूप। इसमें getAsText और getAsBinary तरीके भी हैं, हालांकि, हमें POST विधि का उपयोग करके सर्वर पर स्थानांतरित करने की आवश्यकता है, इसलिए यह बेस 64 में एन्कोडेड फ़ाइल की सामग्री प्राप्त करने के लिए सलाह दी जाती है।

एक समान निर्माण में हमें फ़ाइल का नाम मिलता है:

   var फ़ाइल नाम = file.get (0) .files.item (0) .fileName;

चूंकि सामग्री डेटा: URL प्रारूप में है, इसलिए हेडर भाग को काट देना अच्छा होगा, जिसमें MIME प्रकार और एन्कोडिंग विधि के बारे में जानकारी होगी। हमारे फ़ंक्शन के अधिक सामान्य संस्करण में, इस जानकारी का उपयोग किया जाना चाहिए, लेकिन इस उदाहरण में यह केवल डिकोडिंग के समय हमारे साथ हस्तक्षेप करेगा। इसलिए, हम पहले कॉमा (समावेशी) द्वारा सब कुछ काट देते हैं, जो हेडर को अलग करता है:

   var अल्पविराम = data.indexOf (',');
   if (अल्पविराम> 0) data = data.substring (अल्पविराम + 1);

किसी फाइल को चंक्स में भेजना

सब कुछ यहाँ है:

  var pos = 0;
 
  जबकि (स्थिति <data.length) {
 
     $ .post ('/ upload.php', {
       फ़ाइल नाम: फ़ाइल नाम,
       chunk: data.substring (pos, pos + upload_chunk_size)
     });
 
     pos + = upload_chunk_size;
   }

सर्वर साइड

अब हम सर्वर को PHP स्क्रिप्ट upload.php स्वीकार करेंगे। उदाहरण के रूप में, यह अत्यंत सरल है:

   $ फ़ाइल नाम = $ _POST ['फ़ाइल नाम'];
   $ f = fopen ("/ dir / to / save / $ filename", "a");
   fputs ($ f, base64_decode ($ _ POST ['chunk']));
   fclose ($ f);

फ़ाइल विकल्प "ए" के साथ खुलती है, अर्थात यह मौजूदा फ़ाइल को अधिलेखित करने के लिए नहीं, बल्कि इसे पूरक करने के लिए प्रस्तावित है। इस तरह, हम टुकड़ों से एक पूरी फ़ाइल को इकट्ठा करेंगे।



मुझे लगता है कि हर कोई समझता है कि यह स्क्रिप्ट साइट के बंद व्यवस्थापक भाग में होनी चाहिए ताकि विभिन्न हस्तियों तक इसकी पहुंच न हो। इसके अलावा, फ़ाइल का नाम और फ़ाइल की वैधता के लिए जाँच की जानी चाहिए। अन्यथा, यह एक भेद्यता भी नहीं है, लेकिन ... मुझे ऐसा कोई शब्द भी नहीं पता ...

चलाने की कोशिश करें

क्या आपने इसे आजमाया है? यह काम किया? मैंने शर्त लगाई कि यह बिल्कुल नहीं निकला जो अपेक्षित था। फ़ाइल डाउनलोड होने लगती है। ऐसा लगता है कि लंबाई भी सही है। लेकिन सामग्री किसी तरह की गड़बड़ है।



ऐसा क्यों हुआ? उत्तर सरल है: POST अनुरोधों को एक बार में कई टुकड़ों में अतुल्यकालिक मोड में भेजा जाता है, इसलिए कोई भी गारंटी नहीं देता है कि वे उस सर्वर में सटीक क्रम में आएंगे जिसमें भेजने के आदेश भेजे गए थे। इतना ही नहीं, कोई भी गारंटी नहीं देता है, लेकिन मैं सीधे पुष्टि करता हूं कि वे कभी भी सही क्रम में नहीं आएंगे। यह हमेशा दलिया रहेगा।



इसलिए, कोई फर्क नहीं पड़ता कि आप कितने दुखी हैं, आपको अतुल्यकालिक को अक्षम करना होगा। फ़ाइल भेजने से पहले, निम्न कार्य करें:

  $ .ajaxSetup ({async: false});

अब सब ठीक है। फ़ाइल को वांछित अनुक्रम में एकत्र किया जाता है, हालांकि, अन्य स्क्रिप्ट डाउनलोड करते समय रोक दिया जाता है। इसलिए, उपयोगकर्ता को गुस्सा न करने के लिए, प्रतिशत या प्रगति पट्टी को कहीं न कहीं दिखाना अच्छा होगा। इस प्रकार, एक व्यावहारिक स्क्रिप्ट इस तरह दिखती है:

 var upload_chunk_size = 120000;  // चंक साइज़
 
 फ़ंक्शन big_file_upload (फ़ाइल) {
   var data = file.get (0) .files.item (0) .getAsDataURL ();  // फ़ाइल की सामग्री प्राप्त करें
   var फ़ाइल नाम = file.get (0) .files.item (0) .fileName;  // फ़ाइल नाम प्राप्त करें
 
   var अल्पविराम = data.indexOf (','); 
   if (अल्पविराम> 0) data = data.substring (अल्पविराम + 1);  // हैडर डेटा काटें :: URL
 
   var pos = 0;
   $ .ajaxSetup ({async: false});  // अतुल्यकालिक बंद करें
 
   जबकि (स्थिति <data.length) {
 
     $ .post ('/ upload.php', {// POST भेजें
       फ़ाइल नाम: फ़ाइल नाम, // फ़ाइल नाम
       chunk: data.substring (pos, pos + upload_chunk_size) // फ़ाइल का टुकड़ा
     });
 
     pos + = upload_chunk_size;
 
     var p = Math.round (pos * 100 / data.length);  // भेजे गए प्रतिशत की गणना करें
     $ ('# प्रगति')। पाठ (पी + '%');  // उपयोगकर्ता के मन की शांति के लिए डिजिटल ड्रा करें
   }
 }

कमियों

उनके बिना के रूप में ...

1. यह उदाहरण मानता है कि getAsDataURL विधि हमेशा base64 एन्कोडेड डेटा लौटाती है। वास्तव में, मैं शर्त नहीं लगाऊंगा कि यह हमेशा रहेगा। एक अच्छे तरीके से, हेडर को बाहर नहीं फेंका जाना चाहिए, लेकिन सर्वर साइड में स्थानांतरित किया जाना चाहिए, जो बदले में, विभिन्न तरीकों से एन्कोड किए गए डेटा को संसाधित करने के लिए सिखाया जाएगा।
2. दो बार भेजी गई एक फाइल दो बार सर्वर पर दर्ज होती है। और यह खुद को पूरक होगा। इससे बचने के लिए, जाहिरा तौर पर, आपको नाम के अलावा कुछ अन्य विशिष्ट पहचानकर्ता को डाउनलोड करने के लिए पास करना होगा। लेकिन यह, आम तौर पर बोल रहा है, फ़ाइल नाम को उत्पन्न करने और प्रसारित करने की विधि का मामला है। यहाँ कोई सार्वभौमिक नुस्खा नहीं है और न ही हो सकता है।
3. क्लाइंट स्क्रिप्ट को लंबे समय तक निष्पादित किया जाता है (फ़ाइल आकार और चैनल मोटाई के आधार पर), और एफएफ भी पूछ सकता है: क्या आप सुनिश्चित हैं कि आप अंत तक इंतजार करना सुनिश्चित कर रहे हैं, या इसे मारने के लिए इतना है कि यह पीड़ित नहीं है?
4. क्रॉस-ब्राउज़र संगतता। एक फ़ाइल की सामग्री प्राप्त करना, अफसोस, केवल एफएफ पर काम करता है। 3.0, 3.5 और 3.6 के लिए परीक्षण किया गया। पहले यह हाथ में उन लोगों की कमी के लिए जाँच नहीं की गई थी। एफएफ डेवलपर्स खुद इसके बजाय फाइलएपीआई का उपयोग करने का एक तरीका सुझाते हैं, लेकिन यह केवल 3.6 में दिखाई दिया।
5. वास्तव में बड़ी फाइलें (सैकड़ों मेगाबाइट, गीगाबाइट) इस तरह से डाउनलोड नहीं की जा सकती हैं। सीमा ब्राउज़र पर उपलब्ध स्मृति की मात्रा पर निर्भर करती है।

क्या करें?

शायद, आपको एसिंक्रोनस मोड में सभी एक ही कोशिश करनी चाहिए। प्रत्येक टुकड़े के लिए, फ़ाइल के अंदर उसके स्थान के बारे में भी जानकारी संचारित करें। इसी समय, सर्वर साइड गंभीर रूप से जटिल होगा।