Google क्रोम की अधिकतम-कनेक्शन-प्रति-सर्वर सीमा 6 से अधिक

Question

तक बढ़ती है, जहां तक ​​मुझे पता है, वर्तमान समय में, 2011 के अंत तक अधिकतम-कनेक्शन-प्रति-सर्वर सीमा बनी हुई है। अगर मैं गलत हूं तो कृपया मुझे सही करें । यह बुरा है कि हम फ़ायरफ़ॉक्स में इसे आसानी से ठीक नहीं कर सकते हैं। जहां तक ​​मुझे पता है कि यह मान हार्डकोड किया गया है।

समाधानों में से एक क्रोमियम के स्रोतों को डाउनलोड करना और उन्हें पुनर्निर्माण करना है। क्या कोई और आसान समाधान है?

क्या दर्जन दर्पण दर्पणों के बिना इसे हैक करने का कोई मुश्किल तरीका है?

मैं प्रश्न क्यों पूछ रहा हूं: मेरा काम एक HTML- जावास्क्रिप्ट स्लाइड शो बनाना है जो एक पूर्णस्क्रीन ब्राउज़र के अंदर चलाएगा, और दीवार पर एक विशाल मॉनीटर लटक रहा है। जावास्क्रिप्ट वास्तव में जटिल है, यह फ़ोटो को प्रीलोड करता है और मेरी वेब सेवाओं पर बहुत सारे AJAX कॉल करता है। यदि वाईफ़ाई कनेक्शन धीमा है, अगर 6 फोटो लोड हो रही हैं, तो AJAX कॉल विफल हो जाती है, एप्लिकेशन खराब हो जाता है। मैं एक तेज समाधान चाहता हूं, http या ब्राउज़र या उबंटू पर कुछ और ट्विक करें, क्योंकि जावास्क्रिप्ट ऐप के पुनर्निर्माण में दिन लगेंगे।

ऑफटॉपिक: क्या आप किसी अन्य चीज को जानते हैं जिसे मेरी ठोस स्थिति में बदल दिया जा सकता है?

Answer 1

आईई प्रति डोमेन सीमा 2 कनेक्शन के साथ भी बदतर है। लेकिन मैं क्लाइंट ब्राउज़र फिक्सिंग पर भरोसा नहीं करता। यहां तक ​​कि यदि आप पर नियंत्रण है, तो क्रोम जैसे ब्राउज़र ऑटो अपडेट होंगे और भविष्य की रिलीज आपके अपेक्षा से अलग व्यवहार कर सकती है। मैं आपके सिस्टम डिज़ाइन के भीतर समस्या को हल करने पर ध्यान केंद्रित करूंगा।

1. लोड अनुक्रम में छवियों ताकि केवल 1 या 2 एक्सएचआर कॉल एक समय में सक्रिय हैं (जाँच करने के लिए पिछले छवि से सफलता घटना का उपयोग करता है, तो वहाँ अधिक छवियों हैं:

   आपके विकल्प के लिए कर रहे डाउनलोड करने और अगले अनुरोध को शुरू करने के लिए)।

2. serverA.myphotoserver.com और serverB.myphotoserver.com जैसे उप-डोमेन का उपयोग करें। कनेक्शन उप सीमा के लिए प्रत्येक उप डोमेन का अपना पूल होगा। इसका मतलब है कि यदि आप चाहें तो 5 अलग-अलग सब-डोमेन पर जाने के 2 अनुरोध हो सकते हैं। गिरावट यह है कि इन सब-डोमेन के अनुसार फोटो कैश किए जाएंगे। बीटीडब्लू, इन्हें "मिरर" डोमेन होने की आवश्यकता नहीं है, आप केवल उसी वेबसाइट/सर्वर पर अतिरिक्त DNS पॉइंटर्स बना सकते हैं। इसका मतलब है कि आपके पास कई सर्वरों को प्रशासित करने का सिरदर्द नहीं है, केवल एक सर्वर कई DNS रिकॉर्ड्स के साथ है।

Answer 2

निष्पादन योग्य के व्यवहार को हैक करने का एक बाहरी तरीका प्रतीत नहीं होता है।

आप क्रोम (ium) निष्पादन योग्य संशोधित कर सकते हैं क्योंकि यह जानकारी स्पष्ट रूप से संकलित है। यह दृष्टिकोण समर्थन और स्वचालित उन्नयन के साथ कई समस्याएं लाता है ताकि आप शायद ऐसा करने से बचें। आपको how to make the changes को बाइनरी में भी समझने की आवश्यकता है, जो कि कुछ दिनों में कुछ लोग नहीं उठा सकते हैं।

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

मैं अब के लिए @ बेनस्वेन की सलाह का पालन करता हूं, लेकिन क्लाइंट (वेब ​​ब्राउजर) के बाहर कुछ काम करने और इसे एक ही या अलग मशीनों पर चलने वाली पृष्ठभूमि प्रक्रिया में डालने के बारे में सोचने लायक हो सकता है।यह प्रक्रिया कई और कनेक्शन संभाल सकती है और आप डेटा को वापस पाने के लिए ज़िम्मेदार हैं। चूंकि यह स्थानीय (आईएसएच) है, इसलिए आपको कम से कम कनेक्शन के साथ भी परिणाम मिलेंगे।

Answer 3

मैं नहीं जानता कि यदि आप Windows के बाहर क्रोम में यह कर सकते हैं - कुछ Googling पता चलता है कि क्रोम (और इसलिए संभवतः क्रोमियम) एक निश्चित रजिस्ट्री हैक करने के लिए अच्छी तरह से प्रतिक्रिया हो सकती है।

हालांकि, अगर आप सिर्फ अपने कोड बेस को संशोधित किए बिना एक सरल उपाय की तलाश में हैं, तो आप Firefox पर विचार किया है? इसके बारे में: कॉन्फ़िगरेशन में आप "network.http.max" खोज सकते हैं और वहां कुछ मूल्य हैं जो निश्चित रूप से देखने योग्य हैं।

इसके अलावा, एक युक्ति है कि (यानी यह एक निश्चित स्थान में रखा जाता है) नहीं ले जाया जा रहा आप प्रयोग नहीं वाई-फाई (यहां तक ​​कि एक घर में प्लग एक कदम होगा पर विचार करना चाहिए के लिए जहाँ तक विलंबता/स्थिरता/गिराए गए कनेक्शन जाओ)।

Answer 4

सिर्फ संदर्भ के लिए इस जोड़ने। मैं कैसे गूगल क्रोम में डोमेन प्रति अधिकतम डाउनलोड बढ़ाने के लिए http://www.ehow.com/how_12169537_change-number-simultaneous-downloads-chrome.html

Answer 5

Btw, HTTP 1/1 विनिर्देश (RFC2616) प्रति सर्वर कोई 2 से अधिक कनेक्शन पता चलता है की इस लेख भर में आया था।

ग्राहक जो लगातार कनेक्शन का उपयोग करते हैं, उन्हें एक साथ दिए गए सर्वर पर बनाए रखने वाले एक साथ कनेक्शन की संख्या को सीमित करना चाहिए। एक एकल उपयोगकर्ता क्लाइंट को किसी भी सर्वर या प्रॉक्सी के साथ 2 से अधिक कनेक्शन बनाए रखना नहीं चाहिए। प्रॉक्सी को किसी अन्य सर्वर या प्रॉक्सी के लिए 2 * एन कनेक्शन का उपयोग करना चाहिए, जहां एन एक साथ सक्रिय उपयोगकर्ताओं की संख्या है। इन दिशानिर्देशों का उद्देश्य HTTP प्रतिक्रिया समय में सुधार करना और भीड़ से बचना है।