वेब सर्वर से दस्तावेज़ों का अनुरोध करने के लिए, ब्राउज़र HTTP प्रोटोकॉल का उपयोग करते हैं। आप अपने पता बार से उस नाम को जान सकते हैं (यह अब छिपा हो सकता है, लेकिन जब आप पता बार पर क्लिक करते हैं, तो URL को कॉपी करें और इसे कुछ टेक्स्ट एडिटर में पेस्ट करें, आप http://शुरुआत में देखेंगे )। HTTP एक सरल टेक्स्ट-आधारित प्रोटोकॉल है। यह इस तरह काम करता है:
सबसे पहले, आपका ब्राउज़र वेबसाइट के सर्वर से जुड़ता है और उस दस्तावेज़ का एक URL भेजता है जिसे वह डाउनलोड करना चाहता है (वेब पेज दस्तावेज़ भी हैं) और ब्राउज़र के बारे में कुछ विवरण ( उपयोगकर्ता-एजेंट आदि)। उदाहरण के लिए, SuperUser साइट पर मुख्य पृष्ठ को लोड करने के लिए, http://superuser.com/मेरा ब्राउज़र एक अनुरोध भेजता है जो इस तरह दिखता है:
GET / HTTP/1.1
Host: superuser.com
Connection: keep-alive
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.0 Safari/537.36
Accept-Encoding: gzip,deflate,sdch
Accept-Language: pl-PL,pl;q=0.8,en-US;q=0.6,en;q=0.4
Cookie: [removed for security]
DNT: 1
If-Modified-Since: Tue, 09 Jul 2013 07:14:17 GMT
पहली पंक्ति निर्दिष्ट करती है कि सर्वर को कौन से दस्तावेज़ को वापस करना चाहिए। अन्य पंक्तियों को हेडर कहा जाता है; वे इस तरह दिखते हैं:
Header name: Header value
ये लाइनें अतिरिक्त जानकारी भेजती हैं जो सर्वर को यह तय करने में मदद करती हैं कि क्या करना है।
यदि सब कुछ ठीक है, तो सर्वर अनुरोधित दस्तावेज़ भेजकर जवाब देगा। प्रतिक्रिया एक स्थिति संदेश के साथ शुरू होती है, उसके बाद कुछ हेडर (दस्तावेज़ के बारे में विवरण के साथ) और अंत में, यदि सब कुछ ठीक है, तो दस्तावेज़ की सामग्री। मेरे अनुरोध के लिए SuperUser सर्वर का यह उत्तर कैसा दिखता है:
HTTP/1.1 200 OK
Cache-Control: public, max-age=60
Content-Type: text/html; charset=utf-8
Expires: Tue, 09 Jul 2013 07:27:20 GMT
Last-Modified: Tue, 09 Jul 2013 07:26:20 GMT
Vary: *
X-Frame-Options: SAMEORIGIN
Date: Tue, 09 Jul 2013 07:26:19 GMT
Content-Length: 139672
<!DOCTYPE html>
<html>
[...snip...]
</html>
अंतिम पंक्ति के बाद, SuperUser का सर्वर कनेक्शन बंद कर देता है।
पहली पंक्ति ( HTTP/1.1 200 OK) में प्रतिक्रिया कोड होता है , इस स्थिति में 200 OK। इसका मतलब है कि सर्वर ने फैसला किया है कि वह एक दस्तावेज़ लौटा सकता है, जैसा कि अनुरोध किया गया है, और वादा करता है कि सामग्री जो इस तरह का एक दस्तावेज़ होगा। यदि यह मामला नहीं है तो कोड कुछ और होगा, और यह इस कारण का कुछ संकेत देगा कि सर्वर केवल एक दस्तावेज़ को प्रतिक्रिया के रूप में वापस नहीं कर रहा है: उदाहरण के लिए, यदि यह अनुरोधित दस्तावेज़ नहीं ढूंढ सकता है, तो इसे वापस करना चाहिए 404 Not Found, और यदि आपको प्रश्न में सामग्री तक पहुंचने की अनुमति नहीं है, तो उसे वापस लौटना चाहिए 403 Forbidden।
इस पहली स्टेटस लाइन के बाद, रिस्पॉन्स हेडर फॉलो करते हैं; वे लौटाई जा रही सामग्री के बारे में अधिक जानकारी प्रदान करते हैं, जैसे कि इसके Content-type।
आगे एक खाली लाइन है। यह इस तथ्य को इंगित करता है कि कोई और प्रतिक्रिया हेडर का पालन नहीं करेगा। उस पंक्ति के पिछले सब कुछ उस दस्तावेज़ की सामग्री है जिसे उसने अनुरोध किया था। तो उपरोक्त उदाहरण में, <!DOCTYPE html>सुपरयूजर होम पेज (एक HTML डॉक्यूमेंट) की पहली पंक्ति है। अगर मैं एक दस्तावेज़ को डाउनलोड करने का अनुरोध कर रहा था, तो यह संभवतः कुछ अस्पष्ट चरित्र होगा, क्योंकि अधिकांश दस्तावेज़ प्रारूप पूर्व प्रसंस्करण के बिना अप्राप्य हैं।
वापस हेडर के लिए। हमारे लिए सबसे दिलचस्प एक, पिछले एक है Content-Length। यह ब्राउज़र को सूचित करता है कि खाली लाइन के बाद उसे कितने बाइट्स की अपेक्षा करनी चाहिए, इसलिए मूल रूप से यह बाइट्स में व्यक्त किए गए दस्तावेज़ का आकार है। यह शीर्ष लेख अनिवार्य नहीं है और इसे सर्वर द्वारा छोड़ा जा सकता है। कभी-कभी दस्तावेज़ आकार की भविष्यवाणी नहीं की जा सकती है (उदाहरण के लिए जब दस्तावेज़ मक्खी पर उत्पन्न होता है), कभी-कभी आलसी प्रोग्रामर इसमें शामिल नहीं होते हैं (ड्राइवर डाउनलोड साइटों पर काफी आम है), कभी-कभी वेबसाइटें नए-नए द्वारा बनाई जाती हैं जो नहीं जानते हैं इस तरह के एक हेडर के।
वैसे भी, कारण कुछ भी हो, हैडर गायब हो सकता है। उस स्थिति में ब्राउज़र को यह पता नहीं होता है कि सर्वर कितना डेटा भेजने जा रहा है, और इस तरह दस्तावेज़ आकार को अज्ञात के रूप में प्रदर्शित करता है , सर्वर को कनेक्शन बंद करने की प्रतीक्षा कर रहा है। और यही कारण है कि अज्ञात दस्तावेज़ आकार।