बड़ी फ़ाइल डाउनलोड

Question

इंटरनेट एक्सप्लोरर में 4 जीबी की फ़ाइल डाउनलोड सीमा (आईई 6 पर 2 जीबी) है।

मुझे किसी साइट पर काम कर रहा हूँ कि उपयोगकर्ता (करने के लिए और 100GB से अधिक तक) बहुत बड़ी फ़ाइलों को डाउनलोड करने की अनुमति देगा

: फ़ायरफ़ॉक्स इस समस्या (अभी तक परीक्षण नहीं किया सफारी) ( http://support.microsoft.com/kb/298618 अधिक जानकारी यहाँ) नहीं है

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

मुझे अनुमान है कि इसे खींचने के लिए हमें ActiveX या Java Applet की आवश्यकता होगी। एमएसडीएन का उपयोग करने वाले डाउनलोड मैनेजर की तरह कुछ।

क्या किसी को वाणिज्यिक (या मुक्त) घटक पता है जो ऐसा करेगा? हम नहीं चाहते हैं कि उपयोगकर्ता को "ब्राउज़र चौड़ा" डाउनलोड प्रबंधक (जैसे GetRight) इंस्टॉल करना पड़े, हम चाहते हैं कि यह केवल हमारी साइट पर डाउनलोड करने के साथ काम करे।

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

अब तक वोल्ट कि @ एडमंड-Tay ने सुझाव दिया है कि अब तक का सबसे निकटतम समाधान है। एकमात्र समस्या यह है कि यह 4 जीबी से बड़ी फ़ाइलों के लिए काम नहीं करता है (यह डाउनलोड शुरू करने से पहले तुरंत विफल हो जाता है, वे शायद 32 बिट पूर्णांक का उपयोग कर रहे हैं कि फ़ाइल की सामग्री लंबाई से अधिक है)।

एक जावा एप्लेट (या समस्या के बाद से ActiveX घटक केवल आईई में मौजूद है) जो कि @spoulson से जुड़े लेख की तरह काम करता है, सबसे अच्छा समाधान होगा, लेकिन अब तक मुझे कोई भाग्य नहीं मिला है जो कुछ भी पसंद करता है कि (मल्टीपार्ट डाउनलोड, फिर से शुरू करें, आदि)।

ऐसा लगता है कि हमें अपना खुद का लिखना पड़ सकता है। एक और विकल्प एक नेट एप्लिकेशन (शायद क्लिकऑन) लिखना होगा जो एक एक्सटेंशन या माइम प्रकार से जुड़ा हुआ है। फिर उपयोगकर्ता वास्तव में वेब सर्वर से एक छोटी फ़ाइल डाउनलोड करेगा जो exe/ClickOnce ऐप में खुलता है जो एप्लिकेशन को बताता है कि कौन सी फ़ाइल डाउनलोड करें। इस तरह एमएसडीएन डाउनलोडर काम करता है। अंतिम उपयोगकर्ता को केवल एक बार EXE को डाउनलोड/इंस्टॉल करना होगा। जब भी वे एक बड़ी फाइल डाउनलोड करना चाहते थे तो यह एक exe डाउनलोड करने से बेहतर होगा।

Answer 1

bittorrent?

वहां पहले से ही कुछ वेब आधारित संस्करणों रहे हैं (bitlet, w3btorrent), और Azureus जावा का उपयोग कर बनाया गया था, तो यह निश्चित रूप से संभव है।

संपादित करें: @ टोनीबी यह पोर्ट 80 तक सीमित है?

Answer 2

कृपया ActiveX का उपयोग न करें ... मैं उन साइटों के इतने बीमार हूं जो केवल आईई में देखने योग्य हैं।

मेरी परिस्थितियों में, उपयोगकर्ता के रूप में, मेरी वास्तविक प्राथमिकता एक हल्के .exe फ़ाइल को डाउनलोड करने के लिए है जो आपके लिए फ़ाइल डाउनलोड करती है।

Answer 3

@travis

दुर्भाग्य से यह उपयोगकर्ताओं को ब्राउज़र के भीतर HTTP पर हो गया है। मैं इस बारे में अधिक स्पष्ट होने के लिए प्रश्न अपडेट कर दूंगा।

Answer 4

क्या आप फ़ाइलों को टुकड़ों में विभाजित कर सकते हैं और फिर डाउनलोड के बाद उन्हें फिर से जोड़ सकते हैं?

Answer 5

@levand समस्या केवल आईई (यह फ़ायरफ़ॉक्स में काम करती है) में मौजूद है, जबकि ActiveX केवल आईई पर काम करेगा, आईई केवल एक ही है जिसके लिए हमें आसपास के काम की ज़रूरत है।

@travis - दिलचस्प विचार। यकीन नहीं है कि यह मेरी ज़रूरत के लिए काम करेगा, लेकिन मैं इसे ध्यान में रखूंगा। मैं किसी तीसरे पक्ष के बाहर जाने के बजाय मौजूदा साइट के साथ एकीकृत करने के लिए कुछ ढूंढने की उम्मीद कर रहा हूं। इसके लिए मुझे एक बिटोरेंट ट्रैकर स्थापित करने की भी आवश्यकता होगी जो इस एप्लिकेशन के लिए जितना आसान लगता है उतना आसान नहीं होगा क्योंकि विभिन्न उपयोगकर्ताओं के पास अलग-अलग फाइलों के लिए अलग-अलग पहुंच होगी।

Answer 6

@jjnguy मैं एक जावा एप्लेट या ActiveX घटक ढूंढ रहा हूं जो मेरे लिए ऐसा करेगा। इन गैर तकनीकी उपयोगकर्ताओं हैं, इसलिए हम वास्तव में सिर्फ उन्हें डाउनलोड क्लिक करना चाहते हैं और पूर्ण फ़ाइल बताए गए स्थान समाप्त होता है

Answer 7

@levand:

मेरे वास्तविक वरीयता, यदि कोई उपयोगकर्ता इन स्थितियों में के रूप में एक हल्के .exe फ़ाइल को डाउनलोड करना है जो आपके लिए फ़ाइल डाउनलोड करता है।

यह कई साइटों के लिए एक सौदागर है। उपयोगकर्ता या तो वेबसाइटों से .exe फ़ाइलों को डाउनलोड करने और उन्हें चलाने के लिए बेहद अनिच्छुक होना चाहिए। भले ही वे हमेशा सतर्क नहीं हैं, सावधान व्यवहार कुछ नहीं है जिसे हमें जिम्मेदार डेवलपर्स के रूप में प्रोत्साहित करना चाहिए।

यदि आप कंपनी इंट्रानेट की लाइनों के साथ कुछ पर काम कर रहे हैं, तो एक .exe संभावित रूप से ठीक समाधान है, लेकिन सार्वजनिक वेब के लिए? बिल्कुल नहीं।

@TonyB:

क्या एफ़टीपी का उपयोग किए बिना यह करने के लिए सबसे अच्छा तरीका है।

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

Answer 8

@ceejayoz

मैं पूरी तरह सहमत हैं, लेकिन हमारे ग्राहक के लिए आवश्यकता के अपने हिस्से के। एफ़टीपी एक्सेस होगा लेकिन प्रत्येक उपयोगकर्ता के पास HTTP या FTP के माध्यम से डाउनलोड करने का विकल्प होगा। ऐसे कुछ उपयोगकर्ता हैं जो कॉर्पोरेट फ़ायरवॉल के पीछे होंगे जो एफ़टीपी

मैंने अन्य साइटों को अतीत में ऐसा नहीं देखा है (एमएसडीएन, एडोब) तो मैं उम्मीद कर रहा था कि वहां कुछ ऐसा करने के बजाय पहले से कुछ है घर में एक (और जावा और/या ActiveX सीखना)

Answer 9

मैं कहता हूं कि क्लिक-एक बार डाउनलोड मैनेजर स्थापित होता है, एमएसडीएन के समान।

लेकिन नौकरी के लिए अधिक अनुकूलित प्रोटोकॉल के बिना सीडीएन बनना कोई आसान काम नहीं है। मैं एक व्यापार मॉडल की कल्पना नहीं कर सकता जो कि कोर योग्यता के रूप में ऐसी बड़ी फ़ाइल डाउनलोड करने के लिए पर्याप्त सार्थक हो सकता है जब तक आप एमएसडीएन की तरह कुछ नहीं कर रहे हों। यदि आप एक मोटी ग्राहक बनाते हैं, तो आपको कम से कम उपयोगकर्ताओं के साथ विज्ञापन या कुछ अन्य राजस्व मॉडल के लिए कुछ और समय का सामना करने का मौका मिलता है, क्योंकि आप शायद ऐसी सेवा की मेजबानी के लिए सैकड़ों हजार डॉलर में भुगतान करेंगे।

Answer 10

एप्लेट दृष्टिकोण के साथ समस्या का उल्लेख यह है कि जब तक आपके पास अंतिम उपयोगकर्ता अपने जावा सुरक्षा गुणों को संशोधित नहीं करता है तब तक आपके एप्लेट को हार्ड ड्राइव पर सहेजने की अनुमति नहीं होगी।

Java Web Start (उर्फ जेएनएलपी) का उपयोग करना संभव हो सकता है। मुझे लगता है कि अगर यह एक हस्ताक्षरित ऐप है तो इसे हार्ड ड्राइव पर लिखने के लिए अतिरिक्त अनुमति मिल सकती है। यह एक exe दृष्टिकोण डाउनलोड से बहुत अलग नहीं है। इसके साथ समस्या यह है कि उपयोगकर्ता के पास जावा का सही संस्करण स्थापित होना चाहिए और जावा वेब स्टार्ट क्षमता सेटअप सही ढंग से होना चाहिए।

मैं पूर्व दृष्टिकोण की अनुशंसा करता हूं क्योंकि यह गैर-तकनीकी उपयोगकर्ताओं के उपयोग के लिए सबसे आसान होगा।

Answer 11

आप घर में जावा कोड लिखने के लिए नहीं करना चाहते हैं, वहाँ वाणिज्यिक एप्लेट समाधान उपलब्ध हैं: उन दोनों eval संस्करण है

• Vault
• MyDownloder

है कि आप डाउनलोड और परीक्षण कर सकते हैं।

Answer 12

कुछ उपयोगकर्ताओं है कि कॉर्पोरेट फ़ायरवॉल कि एफ़टीपी की अनुमति नहीं देते पीछे हो जाएगा रहे हैं ...

ऐसे ही प्रतिबंधात्मक फायरवॉल को स्थापित करने और एक exe फ़ाइल चलाने की अनुमति होने की संभावना के साथ उपयोगकर्ताओं को कर रहे हैं आपकी वेबसाइट से?

Answer 13

कुछ विचार:

• बर्फ़ीला तूफ़ान उनके पैच के लिए BitTorrent आवरण .exe एक हल्के वजन का उपयोग करें। मुझे पूरा यकीन नहीं है कि यह कैसे किया जाता है, लेकिन यह आधिकारिक बिटटोरेंट क्लाइंट के ब्रांडेड संस्करण की तरह दिखता है।
• अमेज़ॅन एस 3 पर अपलोड करें, फ़ाइल का धार लिंक प्रदान करें (सभी एस 3 फाइलें स्वचालित रूप से बिटटोरेंट-सक्षम हैं), साथ ही वैकल्पिक रूप से पूर्ण HTTP डाउनलोड लिंक भी प्रदान करें। See S3 documentation

Answer 14

cURL पर एक नज़र डालें। This article बताता है कि HTTP के माध्यम से बहु-भाग एक साथ डाउनलोड कैसे करें। मैंने 300 जीबी से अधिक फ़ाइलों के एफ़टीपी डाउनलोड को प्रबंधित करने के लिए अतीत में कर्ल का उपयोग किया है।

एक और युक्ति: यदि आप क्लाइंट के एनआईसी कॉन्फ़िगरेशन पर टीसीपी विंडो के आकार को बढ़ाते हैं तो आप डाउनलोड समय को और भी बढ़ा सकते हैं। इसे ओएस के रूप में उच्च सेट करें और आपको अपने भौतिक नेटवर्क के आधार पर 2x सुधार देखना चाहिए। विंडोज 2000 और 2003 में यह मेरे लिए काम करता था जब एक वैन पर एफ़टीपी करते थे। नीचे की ओर यह अन्य सभी नेटवर्क यातायात के लिए ओवरहेड बढ़ा सकता है जो नेटवर्क पैकेट के लिए केवल कुछ केबी चाहता है, लेकिन अब 64 केबी पैकेट में/आरईवी भेजने के लिए मजबूर होना पड़ता है। आपकी माइलेज भिन्न हो सकती है।

संपादित करें: आप वास्तव में क्या करने की कोशिश कर रहे हैं? दर्शक कौन है?मुझे लगता है कि आप इसे अपने नेटवर्क पर करना चाहते हैं; लेकिन आपको लगता है कि ग्राहक पक्ष इंटरनेट पर है। मुझे लगता है कि हमें स्पष्ट आवश्यकताओं की आवश्यकता है।

Answer 15

कहने के बारे में क्या "हम अनुशंसा करते हैं कि आप इस फ़ाइल को डाउनलोड करने के लिए Free Download Manager इंस्टॉल करें। आपके पास फ़ाइल को फिर से शुरू करने और डाउनलोड को तेज़ करने में सक्षम होने का अतिरिक्त लाभ होगा।"

निजी तौर पर

मैं का उपयोग कर कुछ भी डाउनलोड कभी नहीं ब्राउज़र डाउनलोड उपकरण में बनाया गया है, जब तक मैं (जैसे Gmail अटैचमेंट)