HTTP हेडर फ़ॉर्मैट करें

यह कैसे काम करता है

पेस्ट किए गए टेक्स्ट की हर पंक्ति पहले मिले « : » अक्षर पर बाँटी जाती है, जो हेडर के नाम को उसके मान से अलग करता है। डुप्लिकेट पहचानने के लिए हेडर नामों की तुलना अक्षरों की केस की परवाह किए बिना की जाती है (HTTP में Content-Type और content-type एक ही हेडर माने जाते हैं), जो ऐसी रिक्वेस्ट भेजने से पहले पकड़ने में बहुत काम आता है जहाँ एक हेडर गलती से दूसरे को ओवरराइट कर दे। नतीजा तालिका के रूप में दिखाया जाता है, साथ में वर्णानुक्रम में क्रमबद्ध और कॉपी करने के लिए तैयार फिर से फ़ॉर्मैट किया हुआ टेक्स्ट भी मिलता है।

कोई हेडर दो बार क्यों दिख सकता है?

ऐसा अक्सर तब होता है जब हेडर कई स्रोतों (प्रॉक्सी, इंटरसेप्टर, टेस्ट कॉन्फ़िगरेशन) से कॉपी किए जाते हैं: एक ही नाम लेकिन अलग केस वाले दो हेडर (Accept-Encoding बनाम accept-encoding) वास्तव में एक ही HTTP हेडर हैं और इस्तेमाल किए गए क्लाइंट के अनुसार आम तौर पर सिर्फ़ आख़िरी भेजा गया ही मान्य होता है।

क्या हेडर के क्रम का कोई महत्व है?

आम तौर पर नहीं: HTTP मानक हेडर के क्रम से जुड़े किसी अर्थ की गारंटी नहीं देता (सर्वर की ओर कुछ अपवादों को छोड़कर)। यहाँ दिया गया वर्णानुक्रम सिर्फ़ पढ़ने और दृश्य तुलना को आसान बनाने के लिए है, इससे रिक्वेस्ट का व्यवहार नहीं बदलता।

प्रोसेसिंग पूरी तरह लोकल है: आपके हेडर, संभावित ऑथेंटिकेशन टोकन सहित, कभी आपके ब्राउज़र से बाहर नहीं जाते।