Comprehensive List of HTTP Request Headers

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

HTTP रिक्वेस्ट हेडर की सूची और वर्णन

Accept

  • वर्णन: यह बताता है कि क्लाइंट कौन से MIME प्रकार (जैसेtext/html, application/json) स्वीकार कर सकता है।
  • उदाहरण: Accept: text/html, application/json
  • उद्देश्य: सर्वर को क्लाइंट की पसंद के अनुसार रिस्पांस प्रारूप चुनने में मदद करता है।

Accept-Charset

  • वर्णन: क्लाइंट द्वारा स्वीकार्य कैरेक्टर सेट (जैसेUTF-8, ISO-8859-1) को दर्शाता है।
  • उदाहरण: Accept-Charset: UTF-8
  • उद्देश्य: सर्वर को यह तय करने में मदद करता है कि डेटा किस कैरेक्टर एन्कोडिंग में भेजना है।

Accept-Encoding

  • वर्णन: क्लाइंट द्वारा समर्थित कंप्रेशन प्रकार (जैसेgzip, deflate) को बताता है।
  • उदाहरण: Accept-Encoding: gzip, deflate
  • उद्देश्य: सर्वर डेटा को कंप्रेस करके बैंडविड्थ बचा सकता है।

Accept-Language

  • वर्णन: क्लाइंट की पसंदीदा भाषा (जैसेen, hi) को दर्शाता है।
  • उदाहरण: Accept-Language: en-US, hi;q=0.8
  • उद्देश्य: सर्वर को भाषा-विशिष्ट सामग्री भेजने में मदद करता है।

Authorization

  • वर्णन: क्लाइंट की प्रमाणीकरण जानकारी (जैसे API टोकन, बेसिक ऑथ) भेजता है।
  • उदाहरण: Authorization: Bearer abc123
  • उद्देश्य: सुरक्षित संसाधनों तक पहुंच के लिए यूजर की पहचान सत्यापित करता है।

Cache-Control

  • वर्णन: कैशिंग व्यवहार को नियंत्रित करता है (जैसेno-cache, max-age)।
  • उदाहरण: Cache-Control: no-cache
  • उद्देश्य: क्लाइंट यह बताता है कि कैश्ड डेटा का उपयोग कैसे करना है या बाईपास करना है।

Connection

  • वर्णन: कनेक्शन के व्यवहार को नियंत्रित करता है (जैसेkeep-alive, close)।
  • उदाहरण: Connection: keep-alive
  • उद्देश्य: यह तय करता है कि TCP कनेक्शन रिक्वेस्ट के बाद खुला रहे या बंद हो।

Content-Length

  • वर्णन: रिक्वेस्ट बॉडी का आकार (बाइट्स में) बताता है।
  • उदाहरण: Content-Length: 348
  • उद्देश्य: सर्वर को यह समझने में मदद करता है कि कितना डेटा प्राप्त करना है।

Content-Type

  • वर्णन: रिक्वेस्ट बॉडी का MIME प्रकार (जैसेapplication/json, multipart/form-data) बताता है।
  • उदाहरण: Content-Type: application/json
  • उद्देश्य: सर्वर को डेटा के प्रारूप को समझने में मदद करता है।

Cookie

  • वर्णन: सर्वर द्वारा पहले सेट किए गए कुकीज़ को भेजता है।
  • उदाहरण: Cookie: session_id=abc123
  • उद्देश्य: सत्र प्रबंधन और यूजर ट्रैकिंग के लिए उपयोगी।

Host

  • वर्णन: सर्वर का डोमेन नाम और पोर्ट (अनिवार्य हेडर)।
  • उदाहरण: Host: example.com
  • उद्देश्य: वर्चुअल होस्टिंग के लिए सर्वर को सही डोमेन की पहचान करने में मदद करता है।

If-Match

  • वर्णन: संसाधन के ETag के साथ शर्त आधारित रिक्वेस्ट भेजता है।
  • उदाहरण: If-Match: "abc123"
  • उद्देश्य: यह सुनिश्चित करता है कि संसाधन अपडेट केवल तभी हो, जब ETag मेल खाए।

If-Modified-Since

  • वर्णन: यह जांचता है कि संसाधन एक निश्चित तारीख के बाद बदला है या नहीं।
  • उदाहरण: If-Modified-Since: Wed, 13 Apr 2025 10:00:00 GMT
  • उद्देश्य: कैश वैधता जांचने और अनावश्यक डेटा ट्रांसफर से बचने के लिए।

If-None-Match

  • वर्णन: ETag के आधार पर यह जांचता है कि संसाधन बदला है या नहीं।
  • उदाहरण: If-None-Match: "abc123"
  • उद्देश्य: कैश से डेटा उपयोग करने या सर्वर से ताज़ा डेटा मांगने के लिए।

If-Range

  • वर्णन: रेंज रिक्वेस्ट के लिए ETag या तारीख के साथ शर्त जोड़ता है।
  • उदाहरण: If-Range: "abc123"
  • उद्देश्य: यह सुनिश्चित करता है कि रेंज रिक्वेस्ट तभी लागू हो, जब संसाधन नहीं बदला हो।

Origin

  • वर्णन: क्रॉस-ऑरिजिन रिक्वेस्ट (CORS) के लिए रिक्वेस्ट की उत्पत्ति (origin) बताता है।
  • उदाहरण: Origin: https://example.com
  • उद्देश्य: सर्वर को यह तय करने में मदद करता है कि रिक्वेस्ट स्वीकार करना है या नहीं।

Pragma

  • वर्णन: HTTP/1.0 के लिए कैश नियंत्रण (जैसेno-cache)।
  • उदाहरण: Pragma: no-cache
  • उद्देश्य: पुराने सिस्टम में कैश बाईपास करने के लिए; अबCache-Control ने इसे बदल दिया।

Range

  • वर्णन: संसाधन का केवल एक हिस्सा (बाइट रेंज) मांगता है।
  • उदाहरण: Range: bytes=0-999
  • उद्देश्य: बड़े संसाधनों को आंशिक रूप से डाउनलोड करने के लिए (जैसे वीडियो स्ट्रीमिंग)।

Referer

  • वर्णन: वह URL बताता है, जहां से रिक्वेस्ट शुरू हुआ।
  • उदाहरण: Referer: https://example.com/page
  • उद्देश्य: सर्वर को रिक्वेस्ट के स्रोत की जानकारी देता है (ट्रैकिंग/सुरक्षा के लिए)।

TE

  • वर्णन: क्लाइंट द्वारा समर्थित ट्रांसफर एनकोडिंग (जैसेchunked) को बताता है।
  • उदाहरण: TE: trailers, gzip
  • उद्देश्य: सर्वर को यह बताता है कि क्लाइंट कौन से ट्रांसफर प्रारूप को हैंडल कर सकता है।

User-Agent

  • वर्णन: क्लाइंट के सॉफ्टवेयर/डिवाइस की जानकारी (जैसे ब्राउज़र, OS) बताता है।
  • उदाहरण: User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) Chrome/91.0
  • उद्देश्य: सर्वर को क्लाइंट की क्षमताओं और अनुकूलन के लिए जानकारी देता है।

Upgrade

  • वर्णन: प्रोटोकॉल को अपग्रेड करने का अनुरोध (जैसे WebSocket)।
  • उदाहरण: Upgrade: websocket
  • उद्देश्य: HTTP से दूसरे प्रोटोकॉल (जैसे WebSocket) में स्विच करने के लिए।

Via

  • वर्णन: प्रॉक्सी या गेटवे की जानकारी जोड़ता है, जिसके माध्यम से रिक्वेस्ट गुजर रही है।
  • उदाहरण: Via: 1.1 proxy.example.com
  • उद्देश्य: रिक्वेस्ट के रास्ते को ट्रैक करने और डिबगिंग में मदद करता है।

X-Forwarded-For

  • वर्णन: क्लाइंट का मूल IP पता बताता है, जब रिक्वेस्ट प्रॉक्सी के माध्यम से आता है।
  • उदाहरण: X-Forwarded-For: 203.0.113.1
  • उद्देश्य: सर्वर को क्लाइंट की वास्तविक पहचान बताता है।

X-Requested-With

  • वर्णन: यह बताता है कि रिक्वेस्ट AJAX या अन्य प्रकार का है।
  • उदाहरण: X-Requested-With: XMLHttpRequest
  • उद्देश्य: सर्वर को यह समझने में मदद करता है कि रिक्वेस्ट ब्राउज़र से है या स्क्रिप्ट से।

नोट्स:

  • श्रेणियां: रिक्वेस्ट हेडर को सामान्य रूप से सामग्री (content), कैशिंग, कंडीशनल, सुरक्षा, और प्रॉक्सी हेडर में बांटा जा सकता है। कुछ हेडर (जैसेCache-Control, Connection) सामान्य (general) हेडर भी हो सकते हैं, जो रिक्वेस्ट और रिस्पांस दोनों में उपयोग होते हैं।
  • आधुनिक उपयोग: HTTP/2 और HTTP/3 में हेडर का प्रारूप बदल गया है (HPACK कम्प्रेशन), लेकिन उनके अर्थ वही रहते हैं।
  • कस्टम हेडर: डेवलपर्सX- से शुरू होने वाले कस्टम हेडर बना सकते हैं, जैसे X-API-Key, जो विशिष्ट एप्लिकेशन के लिए होते हैं।

संक्षेप में:

यह सूची HTTP रिक्वेस्ट हेडर की व्यापक लेकिन संक्षिप्त जानकारी देती है। प्रत्येक हेडर का एक विशिष्ट उद्देश्य होता है, जैसे संसाधन प्राथमिकता, कैशिंग नियंत्रण, प्रमाणीकरण, या प्रॉक्सी जानकारी।

टिप्पणियाँ

एक टिप्पणी भेजें

इस ब्लॉग से लोकप्रिय पोस्ट

Differences between in-process and out-of-process hosting models

ASP.NET Core: इन-प्रोसेस और आउट-ऑफ-प्रोसेस होस्टिंग मॉडल में अंतर ASP.NET Core में सेल्फ-होस्टिंग मॉडल और आउट-प्रोसेस होस्टिंग मॉडल दो अलग-अलग तरीके हैं जिनका उपयोग आप अपने वेब एप्लिकेशन को होस्ट करने के लिए कर सकते हैं। सेल्फ-होस्टिंग मॉडल सेल्फ-होस्टिंग मॉडल में, ASP.NET Core एप्लिकेशन अपने आप में एक वेब सर्वर की भूमिका निभाता है। इसका मतलब है कि एप्लिकेशन अपने आप HTTP रिक्वेस्ट को सीधे हैंडल करता है और उन्हें प्रोसेस करता है। सेल्फ-होस्टिंग के लिए Kestrel नामक एक क्रॉस-प्लेटफ़ॉर्म वेब सर्वर का उपयोग किया जाता है। आउट-प्रोसेस होस्टिंग मॉडल आउट-प्रोसेस होस्टिंग मॉडल में, ASP.NET Core एप्लिकेशन एक अलग प्रोसेस में चलता है, और एक बाहरी वेब सर्वर (जैसे कि आईआईएस या एनजिनएक्स) HTTP रिक्वेस्ट को प्राप्त करता है और उन्हें एप्लिकेशन को फॉरवर्ड करता है। इस मॉडल में, एप्लिकेशन और वेब सर्वर अलग-अलग प्रोसेस में चलते हैं। अब इनके बारे में विस्तार से समझते हैं - 1. इन-प्रोसेस होस्टिंग (In-Process Hosting) कार...
Read more »

Web Fundamental Concepts in Hindi for Beginners - FAQs with their Answers Part-1

List of Consolidated Questions Question 1. वेब एप्लीकेशन को होस्ट करने की आवश्यकता होती है जबकि डेस्कटॉप एप्लीकेशन के साथ ऐसा नहीं होता है ऐसा क्यों? Question 2. वेब एप्लीकेशन को होस्ट करने के लिए एक वेब सर्वर की जरूरत होती है क्यों? इसके अलावा वेब एप्लीकेशन को डाटाबेस सर्वर की भी आवश्यकता पड़ती है क्यों? Question 3. वेब सर्वर के अलावा और किन-किन प्रकार के सर्वर की आवश्यकता वेब एप्लीकेशन को पड़ती है? Question 4. एक वेब एप्लीकेशन को एक से अधिक सर्वर पर कई बार क्यों होस्ट किया जाता है? Question 5. वेब एप्लीकेशन और वेब सेवा में क्या अंतर है या दोनों एक ही चीज है? Question 6. क्या यह सच है कि एक वेब एप्लीकेशन एक या एक से अधिक वेब सेवाओं का उपयोग कर सकता है? Question 7. वेब एप्लीकेशन के संदर्भ में गेटवे क्या होता है? Question 8. ...
Read more »

Introduction to ASP.NET Core and Web Frameworks

वेब एप्लीकेशन और .NET Core का परिचय वेब एप्लीकेशन हर जगह उपलब्ध हैं, चाहे वह सोशल मीडिया हो या आपका फ़ोन; हर जगह आपको वेब एप्लीकेशन दिखाई देंगे। वेब एप्लीकेशन के पीछे की दुनिया सर्वर की दुनिया है। सर्वर पर कोई वेब एप्लीकेशन होस्ट किया जाता है, तत्पश्चात वेब एप्लीकेशन रन होता है। .NET Core को आधुनिक युग की आवश्यकताओं के अनुसार डिज़ाइन किया गया है। चाहे कोई साधारण सा वेबसाइट हो या कोई जटिल ई-कॉमर्स एप्लीकेशन अथवा डिस्ट्रीब्यूटेड माइक्रो सर्विसेज, एक बार जब आप .NET Core सीख जाते हैं तो इस तरह के कोई भी एप्लीकेशन आप बना सकते हैं। अब सवाल है कि .NET Core क्या है? ASP.NET Core माइक्रोसॉफ्ट का नया वेब फ्रेमवर्क है जिसकी सहायता से विभिन्न प्रकार के वेब एप्लीकेशन को बनाना बहुत ही सरल है। माइक्रोसॉफ्ट ने ASP.NET Core को जून 2016 में रिलीज़ किया था। इसके बाद निरंतर माइक्रोसॉफ्ट की टीम ने .NET Core में सुधार करके या अपग्रेड करके बाजार में नए-नए वर्जन जारी किए हैं. वेब फ्रेमवर्क क्या है? ...
Read more »