HTTP शीर्षलेख

6.1 शीर्षकों के प्रकार

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

सभी http शीर्षलेखों को 4 मुख्य समूहों में विभाजित किया जा सकता है:

6.2 उपयोगकर्ता एजेंट

सबसे महत्वपूर्ण और लोकप्रिय हेडर User-Agent है । यह एक विशेष स्ट्रिंग है जो बताती है कि कौन सा क्लाइंट सर्वर से अनुरोध कर रहा है। यह ग्राहक का नाम है।

अक्सर सर्वर अपनी प्रतिक्रिया को अनुरोधकर्ता के लिए थोड़ा सा तैयार करेगा। उदाहरण के लिए, यदि अनुरोध से यह स्पष्ट है कि अनुरोध मोबाइल फ़ोन ब्राउज़र से आया है, तो उसे HTML पृष्ठ का मोबाइल संस्करण दिया जा सकता है।

स्पैम्बोट्स, डाउनलोड प्रबंधकों और कुछ ब्राउज़रों के लिए वैध ग्राहक होने का ढोंग करने के लिए नकली उपयोगकर्ता-एजेंट स्ट्रिंग भेजना असामान्य नहीं है। इस स्थिति को यूजर एजेंट स्पूफिंग या यूजर एजेंट स्पूफिंग कहा जाता है।

उदाहरण के लिए, मेरा उपयोगकर्ता-एजेंट अब ऐसा दिखता है:

Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:99.0) Gecko/20100101 Firefox/99.0

इसमें ब्राउज़र, ऑपरेटिंग सिस्टम और ब्राउज़र के वेब इंजन के बारे में जानकारी होती है।

6.3 सामग्री प्रकार

दूसरा सबसे लोकप्रिय हेडर सामग्री-प्रकार है । इसका उपयोग MIME प्रकार के संसाधन को निर्धारित करने के लिए किया जाता है जो सर्वर परोस रहा है।

यहां तक ​​कि इंटरनेट की शुरुआत में, प्रसारित मीडिया सामग्री के प्रकारों को सुविधा के लिए मानकीकृत किया गया था। उन्हें संक्षेप में इंटरनेट मीडिया प्रकार या माइम प्रकार कहा जाता है । वे 9 श्रेणियों में आते हैं:

• आवेदन
• ऑडियो
• उदाहरण
• छवि
• संदेश
• नमूना
• बहुखण्डीय
• मूलपाठ
• वीडियो

उदाहरण:

आमतौर पर सर्वर जानता है कि वह कौन सा डेटा देता है। लेकिन अगर आप अपने स्वयं के कोड के साथ सर्वर प्रतिक्रिया उत्पन्न कर रहे हैं, तो आपको अपने सर्वर के प्रतिक्रिया प्रकार (सामग्री-प्रकार) को निर्दिष्ट करने की आवश्यकता है।

6.4 सामग्री की लंबाई

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

6.5 एन्कोडिंग स्वीकार करें

इस हेडर के साथ, क्लाइंट सर्वर को संकेत दे सकता है कि यह विभिन्न सामग्री संपीड़न एल्गोरिदम का समर्थन करता है । इस प्रकार, सर्वर पहले सामग्री को संग्रहीत कर सकता है, उदाहरण के लिए, ज़िप संग्रह के साथ, फिर इसे क्लाइंट को भेजें, और क्लाइंट मूल सामग्री को सही ढंग से पुनर्स्थापित कर सकता है।

संग्रह करने का लाभ यह है कि फ़ाइल जितनी छोटी होगी, स्थानांतरण उतना ही तेज़ होगा। संग्रह का विपक्ष - क्लाइंट और सर्वर पर अतिरिक्त भार। बड़ी फ़ाइलों को स्थानांतरित करते समय संग्रह करना समझ में आता है और छोटी फ़ाइलों को स्थानांतरित करते समय अक्सर कोई अर्थ नहीं होता है।

ऐसे शीर्षलेख का एक उदाहरण:

Accept-Encoding: deflate, gzip;q=1.0, *;q=0.5

कहाँ deflateऔर gzipसमर्थित डेटा संपीड़न एल्गोरिदम हैं, और qसंपीड़न की डिग्री को दर्शाता है।