ETags and Range Requests in HTTP/1.1

HTTP/1.1 में ETag और रेंज रिक्वेस्ट दो महत्वपूर्ण विशेषताएं हैं जो कैशिंग, डेटा ट्रांसफर की दक्षता, और संसाधन प्रबंधन को बेहतर बनाती हैं। दोनों को नीचे विस्तार से समझाया गया है:

ETag (Entity Tag)

ETag एक HTTP हेडर है जो किसी संसाधन (resource) की विशिष्ट स्थिति या संस्करण को पहचानने के लिए उपयोग किया जाता है। यह कैशिंग को अधिक कुशल और सटीक बनाने में मदद करता है, ताकि क्लाइंट और सर्वर अनावश्यक डेटा ट्रांसफर से बच सकें।

विशेषताएं और कार्य:

• परिभाषा: ETag एक स्ट्रिंग होती है (जैसे"abc123" या "5f7a8b9") जो संसाधन की सामग्री (content) या उसके संस्करण को दर्शाती है। यह आमतौर पर संसाधन के हैश (जैसे MD5), टाइमस्टैम्प, या अन्य पहचानकर्ता पर आधारित होती है।
• उद्देश्य: यह यह जांचने में मदद करता है कि क्लाइंट के पास कैश किया गया संसाधन अभी भी वैध (valid) है या उसे अपडेट करने की आवश्यकता है।
• प्रक्रिया:
  1. सर्वर किसी संसाधन (जैसे HTML, इमेज) के साथETag हेडर भेजता है, जैसे: ETag: "abc123".
  2. क्लाइंट अगली बार उसी संसाधन के लिए रिक्वेस्ट चेक करने के लिएIf-None-Match हेडर में वही ETag भेजता है, जैसे: If-None-Match: "abc123".
  3. सर्वर ETag की तुलना करता है:
     • अगर ETag मेल खाता है, तो सर्वर304 Not Modified स्टेटस कोड भेजता है, यानी संसाधन अपडेट नहीं हुआ, और क्लाइंट कैश का उपयोग कर सकता है।
     • अगर ETag मेल नहीं खाता, तो सर्वर नया संसाधन और नया ETag भेजता है।

• प्रकार:
  • Strong ETag: संसाधन की बाइट-स्तरीय समानता की गारंटी देता है (जैसे"abc123")।
  • Weak ETag: संसाधन की सामग्री समान हो सकती है, लेकिन छोटे-मोटे बदलाव हो सकते हैं (जैसेW/"abc123")।

लाभ:

• कैशिंग दक्षता: अनावश्यक डेटा ट्रांसफर से बचाता है, क्योंकि अगर संसाधन नहीं बदला, तो केवल304 स्टेटस भेजा जाता है।
• बैंडविड्थ बचत: बड़े संसाधनों को बार-बार डाउनलोड करने की जरूरत नहीं पड़ती।
• सटीकता: Last-Modifiedतारीख की तुलना में ETag अधिक सटीक होता है, क्योंकि यह सामग्री के आधार पर बनता है।

उदाहरण:

1. क्लाइंट रिक्वेस्ट:GET /image.jpg → सर्वर रिस्पांस: 200 OK, ETag: "xyz789", और इमेज डेटा।
2. अगली बार: क्लाइंट भेजता हैGET /image.jpg, If-None-Match: "xyz789".
3. अगर इमेज नहीं बदली: सर्वर भेजता है304 Not Modified (कोई डेटा नहीं)।
4. अगर इमेज बदली: सर्वर भेजता है200 OK, नया ETag, और नई इमेज।

नुकसान:

• ETag उत्पन्न करना सर्वर के लिए अतिरिक्त गणना हो सकता है।
• अगर कई सर्वर एक ही संसाधन परोस रहे हैं, तो ETag में असंगति हो सकती है।

रेंज रिक्वेस्ट (Range Request)

रेंज रिक्वेस्ट HTTP/1.1 की वह सुविधा है जो क्लाइंट को किसी संसाधन का केवल एक हिस्सा (specific portion) डाउनलोड करने की अनुमति देती है, न कि पूरी फाइल। यह बड़े संसाधनों (जैसे वीडियो, PDF) को कुशलतापूर्वक प्रबंधित करने के लिए उपयोगी है।

विशेषताएं और कार्य:

• परिभाषा: क्लाइंटRange हेडर का उपयोग करके सर्वर से संसाधन के विशिष्ट बाइट रेंज का अनुरोध करता है।
• उद्देश्य: डाउनलोड को फिर से शुरू करने, स्ट्रीमिंग, या केवल जरूरी डेटा प्राप्त करने के लिए।
• प्रक्रिया:
  1. क्लाइंट रिक्वेस्ट मेंRange हेडर जोड़ता है, जैसे: Range: bytes=0-999 (पहले 1000 बाइट्स मांगता है)।
  2. सर्वर अगर रेंज रिक्वेस्ट का समर्थन करता है, तो206 Partial Content स्टेटस कोड के साथ केवल अनुरोधित हिस्सा भेजता है।
  3. सर्वरContent-Range हेडर में भेजे गए डेटा की रेंज और कुल आकार बताता है, जैसे: Content-Range: bytes 0-999/5000.
  4. अगर रेंज अमान्य है, तो सर्वर416 Range Not Satisfiable भेज सकता है।
• हेडर:
  • क्लाइंट:Range: bytes=start-end (या bytes=start- अंत तक के लिए)।
  • सर्वर:Accept-Ranges: bytes (रेंज रिक्वेस्ट समर्थन दर्शाता है)।
  • रिस्पांस:Content-Range: bytes start-end/total.

लाभ:

• रिज्यूम डाउनलोड: अगर डाउनलोड बाधित हो, तो क्लाइंट बाकी हिस्सा मांग सकता है (जैसे, 100 MB की फाइल में से बचे हुए बाइट्स)।
• स्ट्रीमिंग: वीडियो/ऑडियो स्ट्रीमिंग में यूजर द्वारा स्किप करने पर केवल जरूरी हिस्सा लोड होता है।
• बैंडविड्थ बचत: क्लाइंट को पूरी फाइल डाउनलोड करने की जरूरत नहीं।
• लचीलापन: बड़े संसाधनों को छोटे टुकड़ों में प्रोसेस करने की सुविधा।

उदाहरण:

• क्लाइंट एक 5 MB की वीडियो फाइल का हिस्सा मांगता है:GET /video.mp4, Range: bytes=0-1048575 (पहला 1 MB)।
• सर्वर रिस्पांस:206 Partial Content, Content-Range: bytes 0-1048575/5242880, और केवल 1 MB डेटा।
• अगर क्लाइंट बाद में अगला हिस्सा मांगता है:Range: bytes=1048576-2097151, तो सर्वर अगला 1 MB भेजता है।

नुकसान:

• सर्वर को रेंज रिक्वेस्ट को प्रोसेस करने के लिए अतिरिक्त लॉजिक चाहिए।
• कुछ पुराने सर्वर रेंज रिक्वेस्ट का समर्थन नहीं करते, जिससे200 OK के साथ पूरी फाइल भेजी जा सकती है।

ETag और रेंज रिक्वेस्ट का संयोजन:

• दोनों का उपयोग एक साथ हो सकता है। उदाहरण के लिए:
  • क्लाइंट एक रेंज रिक्वेस्ट भेजता है (Range: bytes=0-999) और ETag (If-Range: "abc123") जोड़ता है।
  • If-Rangeहेडर यह सुनिश्चित करता है कि रेंज रिक्वेस्ट तभी प्रोसेस हो, अगर संसाधन का ETag वही हो (यानी संसाधन नहीं बदला हो)।
  • अगर ETag मेल नहीं खाता, तो सर्वर पूरी फाइल (200 OK) भेजता है, न कि रेंज।

उदाहरण:

• क्लाइंट:GET /file.pdf, Range: bytes=0-999, If-Range: "xyz789".
• अगर ETag मेल खाता है: सर्वर भेजता है206 Partial Content, Content-Range: bytes 0-999/5000.
• अगर ETag बदल गया: सर्वर पूरी फाइल भेजता है (200 OK)।

आधुनिक संदर्भ:

• ETag: HTTP/2 और HTTP/3 में भी उपयोग होता है, लेकिन HTTP/2 की मल्टीप्लेक्सिंग और कम्प्रेशन ने कैशिंग की कुछ जरूरतें कम की हैं।
• रेंज रिक्वेस्ट: स्ट्रीमिंग प्लेटफॉर्म (जैसे YouTube, Netflix) और क्लाउड स्टोरेज (जैसे Google Drive) में व्यापक रूप से उपयोग होता है। HTTP/3 में QUIC के साथ रेंज रिक्वेस्ट और तेज हो गए हैं।

संक्षेप में:

• ETag: संसाधन की पहचान और कैश वैधता के लिए उपयोग होता है, जो अनावश्यक डेटा ट्रांसफर रोकता है (304 Not Modified)।
• रेंज रिक्वेस्ट: संसाधन के केवल जरूरी हिस्से डाउनलोड करने की सुविधा देता है (206 Partial Content), जो रिज्यूम डाउनलोड और स्ट्रीमिंग के लिए उपयोगी है।
• दोनों HTTP/1.1 की उन्नत विशेषताएं हैं, जो बैंडविड्थ बचत, प्रदर्शन, और उपयोगकर्ता अनुभव को बेहतर बनाती हैं।