मैं अपने सर्वर को कॉन्फ़िगर कर रहा हूं, और हमारे लोड बैलेंचर की प्रकृति के कारण, हम कनेक्शन रखने वाले हेडर नहीं भेज सकते हैं। मैं इन हेडर को एंड-यूज़र और सर्वर दोनों को भेजने के प्रभाव को निर्धारित करने की कोशिश कर रहा हूँ। या तो कोई नोटिस करेगा?
मैं अपने सर्वर को कॉन्फ़िगर कर रहा हूं, और हमारे लोड बैलेंचर की प्रकृति के कारण, हम कनेक्शन रखने वाले हेडर नहीं भेज सकते हैं। मैं इन हेडर को एंड-यूज़र और सर्वर दोनों को भेजने के प्रभाव को निर्धारित करने की कोशिश कर रहा हूँ। या तो कोई नोटिस करेगा?
जवाबों:
सबसे पहले और सबसे महत्वपूर्ण, चिल्लाना। जोर से। आपका विक्रेता पर। एक दशक से अधिक पुराने HTTP / 1.1 प्रोटोकॉल का समर्थन नहीं करने वाले उत्पाद के लिए ।
निरंतर कनेक्शन न होने का प्रभाव संसाधनों के लोडिंग समय में एक बड़ी वृद्धि है। रखने के साथ-साथ, एक टीसीपी कनेक्शन का उपयोग कई संसाधनों का अनुरोध करने के लिए किया जा सकता है; बिना, एक नया टीसीपी सत्र (एक नए तीन-तरफा हैंडशेक के साथ - और, यदि आप एसएसएल का उपयोग करते हैं, तो पृष्ठ पर प्रत्येक संसाधन के लिए एक नया एसएसएल वार्ता आवश्यक है)।
व्यावहारिक रूप में, प्रभाव एक पृष्ठ पर संसाधनों की संख्या, क्लाइंट और सर्वर के बीच के दौर-यात्रा के समय पर निर्भर करेगा, और एक ग्राहक के ब्राउज़र में समवर्ती अनुरोधों की संख्या एक समय में बना रही है (आधुनिक ब्राउज़र डिफ़ॉल्ट रूप से ~ 6ish चलाते हैं) । प्रति पृष्ठ और दूर के ग्राहकों के लिए बहुत सारे संसाधनों का अर्थ होगा पृष्ठ लोड समय में बहुत अधिक वृद्धि।
जिंदा रहो ग्राहक और सर्वर दोनों तरफ प्रदर्शन में बहुत वृद्धि होगी। यदि संभव हो तो इसे अक्षम न करें। लोड बैलेंसर को चालू रखने के साथ ठीक काम करना चाहिए।
sending these headers to both the end-user and the server
- हुह? क्या आप इसके बारे में अधिक विशिष्ट हो सकते हैं कि आप क्या करना चाहते हैं? हेडर कहां से भेजा जाएगा, और यह आपके HTTP लोड-लिविंग कनेक्शन के खिलाफ बैलेंसर की सीमा के आसपास कैसे काम करेगा? वर्किंग-सजीव को केवल हेडर से अधिक की आवश्यकता होती है, इसे कनेक्शन के HTTP पहलुओं में शामिल प्रत्येक डिवाइस से सहयोग की आवश्यकता होती है।