सामान्य HTTP रिक्वेस्ट और रिस्पॉन्स हेडरों को एक खोजने योग्य डायरेक्टरी में देखें — दिशा और श्रेणी से फ़िल्टर करें, एक-पंक्ति विवरण और एक यथार्थवादी उदाहरण पढ़ें, और किसी भी हेडर नाम को एक क्लिक से कॉपी करें। आपके ब्राउज़र में, मुफ़्त।

हर सामान्य HTTP रिक्वेस्ट और रिस्पॉन्स हेडर, एक वास्तविक उदाहरण के साथ समझाया गया। सब कुछ एक अंतर्निहित संदर्भ से आपके ब्राउज़र में चलता है — सर्वर पर कुछ भी नहीं भेजा जाता।

दिशा
हेडर दिशा श्रेणी विवरण उदाहरण
कोई हेडर आपके फ़िल्टर से मेल नहीं खाता।
कोई अलग नाम या श्रेणी आज़माएँ — जैसे Authorization, Set-Cookie या CORS।

HTTP Headers Reference के बारे में

HTTP हेडर्स रेफरेंस उन रिक्वेस्ट और रिस्पॉन्स हेडर्स की एक खोज योग्य डायरेक्टरी है जो आप वास्तविक ट्रैफिक में वाकई देखते हैं। हर एंट्री हेडर का नाम बताती है, एक पंक्ति में बताती है कि वह क्या करता है, और एक वास्तविक उदाहरण मान दिखाती है — किसी अमूर्त प्लेसहोल्डर की बजाय Cache-Control: max-age=3600 — ताकि आप काम करने वाला सिंटैक्स सीधे अपने कोड या कॉन्फिग में उठा सकें।

सूची दो तरीकों से एक साथ बंटी है: दिशा के अनुसार, रिक्वेस्ट हेडर्स, रिस्पॉन्स हेडर्स और दोनों दिशाओं में जाने वालों को अलग करते हुए, और श्रेणी के अनुसार — General, Authentication, Caching, Conditionals, Connection, Content, CORS, Cookies, Security, Range, Proxies और WebSockets। इससे "कौन से हेडर कैशिंग को नियंत्रित करते हैं?" जैसे सवाल का जवाब देना उतना ही तेज़ हो जाता है जितना "मेरे DevTools ट्रेस में यह हेडर क्या मतलब रखता है?"।

हेडर नाम और उदाहरण मान दोनों एक क्लिक में क्लिपबोर्ड पर कॉपी हो जाते हैं, और सब कुछ आपके ब्राउज़र में एक बिल्ट-इन टेबल से चलता है — आप जो भी खोजते हैं वह कहीं नहीं भेजा जाता।

HTTP Headers Reference का उपयोग कैसे करें

  1. नाम, अर्थ या उदाहरण मान से एक हेडर खोजें — उदाहरण के लिए Cache-Control, cookie या bearer।
  2. परिणामों को रिक्वेस्ट हेडर्स, रिस्पॉन्स हेडर्स या दोनों तक सीमित करने के लिए दिशा फिल्टर का उपयोग करें।
  3. एक बार में एक विषय ब्राउज़ करने के लिए एक श्रेणी चिप चुनें — जैसे Caching, CORS या Security।
  4. हर हेडर के लिए एक-पंक्ति विवरण और वास्तविक उदाहरण मान पढ़ें।
  5. हेडर नाम या उदाहरण मान को अपने कोड या कॉन्फिगरेशन में कॉपी करने के लिए क्लिक करें।

अक्सर पूछे जाने वाले प्रश्न

रिक्वेस्ट हेडर क्लाइंट से सर्वर तक जाते हैं और रिक्वेस्ट या क्लाइंट का वर्णन करते हैं — Accept, Authorization, User-Agent। रिस्पॉन्स हेडर वापस आते हैं और रिस्पॉन्स या सर्वर का वर्णन करते हैं — Content-Type, Set-Cookie, Cache-Control। कुछ, जैसे Content-Length, वैध रूप से दोनों दिशाओं में दिखते हैं।

नहीं। मानक हेडर नामों को केस-इनसेंसिटिव परिभाषित करता है, इसलिए content-type और Content-Type समान हैं। HTTP/2 और HTTP/3 तो इन्हें वायर पर लोअरकेस में ही भेजते हैं। हालांकि, हेडर वैल्यू हेडर के अनुसार केस-सेंसिटिव हो सकती हैं।

Security श्रेणी उन्हें एकत्रित करती है: Strict-Transport-Security HTTPS को अनिवार्य बनाता है, Content-Security-Policy यह सीमित करता है कि पेज क्या लोड कर सकता है, X-Content-Type-Options MIME sniffing को रोकता है, और X-Frame-Options (या CSP frame-ancestors) clickjacking को ब्लॉक करता है। ये रिस्पॉन्स हेडर हैं जो आपके सर्वर को हर पेज पर भेजने चाहिए।

Cross-Origin Resource Sharing हेडर किसी सर्वर को यह घोषित करने देते हैं कि कौन से अन्य ओरिजिन ब्राउज़र जावास्क्रिप्ट से उसके रिस्पॉन्स पढ़ सकते हैं। Access-Control-Allow-Origin मुख्य है; इसके साथी अनुमत मेथड्स, हेडर्स, क्रेडेंशियल्स और ब्राउज़र कितनी देर तक अनुमति कैश कर सकते हैं, यह नियंत्रित करते हैं।

हाँ — HTTP मनमाने हेडर की अनुमति देता है, और एप्लिकेशन आमतौर पर रिक्वेस्ट ID या API वर्जन के लिए अपने खुद के हेडर जोड़ते हैं। ऐतिहासिक X- प्रीफिक्स परंपरा को अप्रचलित कर दिया गया है, इसलिए आधुनिक सलाह इसकी बजाय एक अर्थपूर्ण बिना-प्रीफिक्स नाम चुनने की है।

हाँ। यह एक मुफ्त, बिल्ट-इन रेफरेंस है जो पेज के साथ लोड होता है; खोज और फिल्टरिंग आपके ब्राउज़र में स्थानीय रूप से चलती हैं, बिना किसी सर्वर रिक्वेस्ट के।

इसे साझा करें
मदद चाहिए?
इस टूल में कोई समस्या मिली? हमारी टीम को बताएं।
समस्या की रिपोर्ट करें

इस मुफ़्त टूल को अपनी वेबसाइट पर जोड़ें — नीचे दिया गया कोड कॉपी और पेस्ट करें।