for Google Chrome की अधिकतम-कनेक्शन-प्रति-सर्वर सीमा 6 से अधिक तक बढ़ाना




google chrome download free 2015 (4)

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

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

साथ ही, ऐसे डिवाइस के लिए जो आगे नहीं बढ़ेगा (यानी इसे एक निश्चित स्थान पर रखा गया है) आपको वाई-फाई का उपयोग न करने पर विचार करना चाहिए (यहां तक ​​कि एक होम-प्लग भी एक चरण तक होगा जब तक विलंबता / स्थिरता / गिराए गए कनेक्शन जाएं) ।

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

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

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

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

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


Answer #1

बीटीडब्ल्यू, HTTP 1/1 विनिर्देश (RFC2616) प्रति सर्वर 2 से अधिक कनेक्शन सुझाता है।

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


Answer #2

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

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

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

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