HTTP 1.0 बनाम 1.1

Question

क्या कोई मुझे HTTP 1.0 और HTTP 1.1 के बीच अंतरों का एक संक्षिप्त अवलोकन दे सकता है? मैंने दोनों आरएफसी के साथ कुछ समय बिताया है, लेकिन उनके बीच बहुत अंतर नहीं खींच पाया है। विकिपीडिया इस कहते हैं:

HTTP/1,1 (1997-1999)

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

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

Answer 1

प्रॉक्सी समर्थन और होस्ट क्षेत्र:

HTTP 1.1 कल्पना द्वारा एक आवश्यक होस्ट शीर्ष लेख है।

HTTP 1.0 को आधिकारिक तौर पर होस्ट हेडर की आवश्यकता नहीं होती है, लेकिन यह एक को जोड़ने में कोई दिक्कत नहीं होती है, और प्रोटोकॉल संस्करण के बावजूद होस्ट हेडर को देखने के लिए कई एप्लिकेशन (प्रॉक्सी) अपेक्षा करते हैं।

उदाहरण:

GET/HTTP/1.1 
Host: www.blahblahblahblah.com 

इस शीर्ष लेख उपयोगी है क्योंकि यह प्रॉक्सी सर्वर के माध्यम से संदेश रूट करने के लिए आप की अनुमति देता है, और यह भी अपने वेब सर्वर एक ही सर्वर पर अलग अलग साइटों के बीच भेद कर सकते हैं क्योंकि।

तो इसका मतलब है कि यदि आपके पास blahblahlbah.com और helohelohelo.com दोनों एक ही आईपी को इंगित करते हैं। आपका वेब सर्वर मेजबान फ़ील्ड का उपयोग क्लाइंट मशीन की इच्छित साइट को अलग करने के लिए कर सकता है।

लगातार कनेक्शन:

HTTP 1.1 भी आप लगातार कनेक्शन जिसका मतलब है कि आप एक से अधिक अनुरोध/एक ही HTTP कनेक्शन पर प्रतिक्रिया हो सकती है कि करने के लिए अनुमति देता है।

HTTP 1.0 में आपको प्रत्येक अनुरोध/प्रतिक्रिया जोड़ी के लिए एक नया कनेक्शन खोलना पड़ा। और प्रत्येक प्रतिक्रिया के बाद कनेक्शन बंद हो जाएगा। इससे TCP Slow Start की वजह से कुछ बड़ी दक्षता समस्याओं का कारण बनता है।

विकल्प विधि:

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

कैशिंग:

HTTP 1.0 हेडर के माध्यम से कैशिंग के लिए समर्थन प्राप्त था: यदि संशोधित के बाद से।

HTTP 1.1 कैशिंग समर्थन को 'इकाई टैग' नामक किसी चीज़ का उपयोग करके विस्तारित करता है। यदि 2 संसाधन समान हैं, तो उनके पास एक ही इकाई टैग होंगे।

HTTP 1.1 भी if-Unmodified-since, if-match, if-None-match सशर्त हेडर जोड़ता है।

कैश-कंट्रोल हेडर जैसे कैशिंग से संबंधित अतिरिक्त जोड़ भी हैं।

100 स्थिति जारी रखें:

वहाँ HTTP में एक नया वापसी कोड है/1.1 100 जारी रखें। यह क्लाइंट को एक बड़ा अनुरोध भेजने से रोकने के लिए है जब उस क्लाइंट को यह भी सुनिश्चित नहीं है कि सर्वर अनुरोध संसाधित कर सकता है या अनुरोध को संसाधित करने के लिए अधिकृत है। इस मामले में ग्राहक केवल शीर्षलेख भेजता है, और सर्वर ग्राहक को बताएगा 100 जारी रखें, शरीर के साथ आगे बढ़ें।

बहुत अधिक:

• डाइजेस्ट प्रमाणीकरण और प्रॉक्सी प्रमाणीकरण
• अतिरिक्त नई स्थिति कोड
• chunked स्थानांतरण एन्कोडिंग
• कनेक्शन हैडर
• बढ़ी संपीड़न समर्थन
• बहुत भी बहुत कुछ ।

Answer 2

मेरे सिर के शीर्ष से पहले जो अंतर मैं याद कर सकता हूं उनमें से एक है एक ही सर्वर, आंशिक संसाधन पुनर्प्राप्ति में चल रहे एकाधिक डोमेन, यह आपको संसाधन के डाउनलोड को पुनः प्राप्त करने और तेज़ करने की अनुमति देता है (यह लगभग हर डाउनलोड है त्वरक करता है)।

आप एक वेबसाइट या इसी तरह की तरह एक आवेदन विकसित करना चाहते हैं, तो आप मतभेदों के बारे में बहुत ज्यादा चिंता की जरूरत नहीं है, लेकिन आप कम से कम GET और POST क्रियाओं के बीच अंतर पता होना चाहिए।

अब यदि आप ब्राउज़र विकसित करना चाहते हैं तो हाँ, आपको पूर्ण प्रोटोकॉल के साथ-साथ यदि आप HTTP सर्वर विकसित करने का प्रयास कर रहे हैं, तो आपको जानना होगा।

यदि आप केवल HTTP प्रोटोकॉल को जानने में रुचि रखते हैं तो मैं आपको 1.0 के बजाय HTTP/1.1 से शुरू करने की सलाह दूंगा।

Answer 3

छोटे अनुप्रयोगों के लिए (उदा। वेब-सक्षम थर्मामीटर से तापमान मूल्य को स्पोरैडिक रूप से पुनर्प्राप्त करना) HTTP 1.0 क्लाइंट और सर्वर दोनों के लिए ठीक है। आप कोड की लगभग 20 पंक्तियों में एक नंगे-हड्डियों सॉकेट-आधारित HTTP 1.0 क्लाइंट या सर्वर लिख सकते हैं।

अधिक जटिल परिदृश्यों के लिए HTTP 1.1 जाने का तरीका है। अधिक जटिल HTTP 1.1 प्रोटोकॉल की जटिलताओं से निपटने के लिए कोड आकार में 3 से 5 गुना वृद्धि की अपेक्षा करें। जटिलता मुख्य रूप से आती है, क्योंकि HTTP 1.1 में आपको विभिन्न शीर्षकों को बनाने, विश्लेषण करने और प्रतिक्रिया देने की आवश्यकता होगी। क्लाइंट को HTTP लाइब्रेरी का उपयोग करके, या सर्वर वेब अनुप्रयोग सर्वर का उपयोग करके आप इस जटिलता से अपने एप्लिकेशन को ढाल सकते हैं।

Answer 4

persistent connections के लिए एक महत्वपूर्ण संगतता समस्या का समर्थन है। मैंने हाल ही में एक सर्वर पर काम किया है जो "समर्थित" HTTP/1.1 है, फिर भी जब ग्राहक ने HTTP/1.0 अनुरोध भेजा था तो कनेक्शन बंद करने में विफल रहा। HTTP/1.1 का समर्थन करने वाले सर्वर को लिखते समय, सुनिश्चित करें कि यह HTTP/1.0-केवल क्लाइंट के साथ भी अच्छी तरह से काम करता है।

Answer 5

RFC 2616, Section 19.6.1: "Changes from HTTP/1.0"

Answer 6

 HTTP 1,0 (1994)

• यह
• एक ग्राहक है कि chunked (या संकुचित) सर्वर के साथ सौदा नहीं कर सकते द्वारा इस्तेमाल किया जा सकता भी उपयोग में है उत्तर

 HTTP 1.1 (1 996-2015)

• संस्करण के लिए कई एक्सटेंशन formalizes 1.0
• लगातार और pipelined कनेक्शन
• समर्थन chunked स्थानान्तरण, संपीड़न/विसंपीड़न
• आभासी होस्टिंग (एक ही आईपी पते के साथ एक सर्वर से अधिक डोमेन होस्टिंग)
• कई का समर्थन करता है समर्थन करता है का समर्थन करता है भाषा
• बाइट-रेंज स्थानान्तरण का समर्थन करता है; बाधित डेटा को फिर से शुरू करने के लिए उपयोगी स्थानान्तरण

HTTP 1.1 HTTP 1.0 का एक वृद्धि है। निम्न सूची चार प्रमुख सुधार:

1. आईपी पतों की कुशल उपयोग करते हैं, एक से अधिक डोमेन होना करने की अनुमति देकर एक ही आईपी पते से सेवा की।

2. एक वेब ब्राउज़र को एक ही लगातार कनेक्शन पर एकाधिक अनुरोध भेजने की अनुमति देकर तेज प्रतिक्रिया।

3. गतिशील रूप से जेनरेट किए गए पृष्ठों के लिए तेज प्रतिक्रिया चंकित एन्कोडिंग के समर्थन से, जो की कुल लंबाई से पहले प्रतिक्रिया भेजने की अनुमति देती है।
4. कैश समर्थन जोड़कर तेज प्रतिक्रिया और महान बैंडविड्थ बचत।

Answer 7

HTTP 1.1 हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल का नवीनतम संस्करण है, जो वर्ल्ड वाइड वेब एप्लिकेशन प्रोटोकॉल है जो प्रोटोकॉल के इंटरनेट के टीसीपी/आईपी सूट के शीर्ष पर चलता है। HTTP 1.0 की तुलना में, HTTP 1.1 मूल HTTP की तुलना में वेब पृष्ठों की तेज़ डिलीवरी प्रदान करता है और वेब ट्रैफ़िक को कम करता है।

वेब यातायात उदाहरण: उदाहरण के लिए, यदि आप किसी सर्वर तक पहुंच रहे हैं। उसी समय बहुत से उपयोगकर्ता डेटा के लिए सर्वर तक पहुंच रहे हैं, फिर सर्वर को लटकाने का एक मौका है। यह वेब यातायात है।

Answer 8

1.0 की तुलना में, 1.1 वेब ट्रैफ़िक