HTTP => HTTP प्रतिसाद

पैरामीटर

स्थिति का कोड	कारण-वाक्यांश - विवरण
100	जारी रखें - ग्राहक को बहु-भाग अनुरोध के निम्नलिखित भाग को भेजना चाहिए।
101	प्रोटोकॉल बदलना - सर्वर इस संचार में उपयोग किए जाने वाले संस्करण या प्रकार के प्रोटोकॉल को बदल रहा है।
200	ठीक है - सर्वर ने क्लाइंट के अनुरोध को प्राप्त किया है और पूरा किया है।
201	बनाया गया - सर्वर ने अनुरोध को स्वीकार कर लिया है और एक नया संसाधन बनाया है, जो `Location` हेडर में यूआरआई के तहत उपलब्ध है।
202	स्वीकृत - सर्वर ने क्लाइंट के अनुरोध को प्राप्त किया है और स्वीकार किया है, लेकिन यह अभी तक शुरू नहीं हुआ है या प्रसंस्करण पूरा नहीं हुआ है।
203	गैर-आधिकारिक सूचना - सर्वर वह डेटा लौटा रहा है जो मूल सर्वर पर उपलब्ध जानकारी का उप या सुपरसेट हो सकता है। मुख्य रूप से प्रॉक्सिस द्वारा उपयोग किया जाता है।
204	कोई सामग्री नहीं - प्रतिक्रिया के लिए शरीर नहीं होने पर 200 (ओके) के स्थान पर उपयोग किया जाता है।
205	सामग्री रीसेट करें - 204 के समान (कोई सामग्री नहीं), लेकिन ग्राहक को सक्रिय दस्तावेज़ दृश्य पुनः लोड करना चाहिए।
206	आंशिक सामग्री - 200 का उपयोग किया जाता है (ठीक है) जब ग्राहक ने `Range` हेडर का अनुरोध किया।
300	एकाधिक विकल्प - अनुरोधित संसाधन कई यूआरआई पर उपलब्ध है, और ग्राहक को संदेश बॉडी में सूची में निर्दिष्ट यूआरआई के अनुरोध को पुनर्निर्देशित करना चाहिए।
301	स्थायी रूप से स्थानांतरित - अनुरोधित संसाधन अब इस यूआरआई पर उपलब्ध नहीं है, और ग्राहक को इसे और भविष्य के सभी अनुरोधों को `Location` हेडर में निर्दिष्ट यूआरआई पर पुनर्निर्देशित करना चाहिए।
302	मिला - संसाधन अस्थायी रूप से एक अलग यूआरआई के तहत रहता है। इस अनुरोध को `Location` शीर्षलेख में URI के लिए उपयोगकर्ता की पुष्टि पर पुनर्निर्देशित किया जाना चाहिए, लेकिन भविष्य के अनुरोधों को परिवर्तित नहीं किया जाना चाहिए।
303	अन्य देखें - 302 (पाया) के समान, लेकिन प्रदान किए गए यूआरआई को पुनर्निर्देशित करने के लिए उपयोगकर्ता इनपुट की आवश्यकता नहीं है। प्रदान किए गए URI को GET अनुरोध के साथ पुनः प्राप्त किया जाना चाहिए।
304	संशोधित नहीं - क्लाइंट ने एक `If-Modified-Since` या समान हेडर भेजा है, और उस बिंदु के बाद से संसाधन को संशोधित नहीं किया गया है; क्लाइंट को संसाधन की कैश्ड कॉपी प्रदर्शित करनी चाहिए।
305	प्रॉक्सी का उपयोग करें - अनुरोधित संसाधन को `Location` हेडर फ़ील्ड में निर्दिष्ट प्रॉक्सी के माध्यम से फिर से अनुरोध किया जाना चाहिए।
307	अस्थायी रीडायरेक्ट - 302 (पाया) के समान, लेकिन HTTP 1.0 क्लाइंट 307 प्रतिक्रियाओं का समर्थन नहीं करते हैं।
400	खराब अनुरोध - ग्राहक ने एक विकृत अनुरोध भेजा है जिसमें वाक्यविन्यास त्रुटियां हैं, और इसे दोहराने से पहले इसे ठीक करने के अनुरोध को संशोधित करना चाहिए।
401	अनधिकृत - अनुरोधित संसाधन प्रमाणीकरण के बिना उपलब्ध नहीं है। ग्राहक प्रमाणीकरण विवरण प्रदान करने के लिए `Authorization` शीर्ष लेख का उपयोग करके अनुरोध दोहरा सकता है।
402	भुगतान आवश्यक - आरक्षित, अनिर्दिष्ट स्थिति कोड उन अनुप्रयोगों के उपयोग के लिए जिन्हें सामग्री देखने के लिए उपयोगकर्ता सदस्यता की आवश्यकता होती है।
403	निषिद्ध - सर्वर अनुरोध को समझता है, लेकिन मौजूदा एक्सेस नियंत्रणों के कारण इसे पूरा करने से इनकार करता है। अनुरोध को दोहराया नहीं जाना चाहिए।
404	नहीं मिला - अनुरोधित URI से मेल खाने वाले इस सर्वर पर कोई संसाधन उपलब्ध नहीं है। पहुँच नियंत्रण विवरण को उजागर करने से बचने के लिए 403 के स्थान पर उपयोग किया जा सकता है।
405	विधि अनुमति नहीं है - संसाधन अनुरोध विधि (HTTP क्रिया) का समर्थन नहीं करता है; हेडर की `Allow` स्वीकार्य अनुरोध विधियों को सूचीबद्ध करता है।
406	स्वीकार्य नहीं - संसाधन में ऐसी विशेषताएं हैं जो अनुरोध में भेजे गए हेडर का उल्लंघन करती हैं।
407	प्रॉक्सी प्रमाणीकरण आवश्यक है - 401 (अनधिकृत) के समान, लेकिन इंगित करता है कि ग्राहक को पहले मध्यवर्ती प्रॉक्सी के साथ प्रमाणित करना होगा।
408	अनुरोध टाइमआउट - सर्वर ने क्लाइंट से एक और अनुरोध की अपेक्षा की, लेकिन एक स्वीकार्य समय सीमा के भीतर कोई भी प्रदान नहीं किया गया।
409	संघर्ष - अनुरोध पूरा नहीं हो सका क्योंकि यह संसाधन की वर्तमान स्थिति के साथ संघर्ष करता था।
410	चला गया - 404 के समान (मिला नहीं), लेकिन एक स्थायी निष्कासन इंगित करता है। कोई अग्रेषण पता उपलब्ध नहीं है।
411	आवश्यक लंबाई - क्लाइंट ने एक मान्य `Content-Length` हेडर निर्दिष्ट नहीं किया है, और सर्वर को इस अनुरोध को स्वीकार करने से पहले ऐसा करना चाहिए।
412	पूर्वधारणा विफल - ग्राहक द्वारा भेजे गए सशर्त शीर्षकों द्वारा निर्दिष्ट सभी शर्तों के साथ संसाधन उपलब्ध नहीं है।
413	रिक्वेस्ट एंटिटी टू लार्ज - सर्वर वर्तमान में क्लाइंट द्वारा भेजे गए लंबाई के संदेश को संसाधित करने में असमर्थ है।
414	अनुरोध-यूआरआई बहुत लंबा - सर्वर अनुरोध से इनकार कर रहा है क्योंकि अनुरोध-यूआरआई की व्याख्या करने के लिए तैयार सर्वर की तुलना में लंबा है।
415	असमर्थित मीडिया प्रकार - सर्वर क्लाइंट द्वारा निर्दिष्ट MIME या मीडिया प्रकार का समर्थन नहीं करता है, और इस अनुरोध को सेवा नहीं दे सकता है।
416	अनुरोधित सीमा नहीं संतोषजनक - ग्राहक ने बाइट की एक सीमा का अनुरोध किया, लेकिन सर्वर उस विनिर्देश को सामग्री प्रदान नहीं कर सकता है।
417	एक्सपेक्टेशन फेल - क्लाइंट ने हेडर से `Expect` कि सर्वर को पूरा नहीं कर सकता है।
500	आंतरिक सर्वर त्रुटि - सर्वर एक अप्रत्याशित स्थिति या त्रुटि को पूरा करता है जो इसे इस अनुरोध को पूरा करने से रोकता है।
501	कार्यान्वित नहीं किया गया - सर्वर अनुरोध को पूरा करने के लिए आवश्यक कार्यक्षमता का समर्थन नहीं करता है। आमतौर पर एक अनुरोध विधि को इंगित करने के लिए उपयोग किया जाता है जो किसी भी संसाधन पर समर्थित नहीं है।
502	खराब गेटवे - सर्वर एक प्रॉक्सी है, और इस अनुरोध को संसाधित करते समय अपस्ट्रीम सर्वर से एक अवैध प्रतिक्रिया मिली।
503	सेवा अनुपलब्ध - सर्वर उच्च लोड या रखरखाव से गुजर रहा है, और वर्तमान में इस अनुरोध की सेवा करने की क्षमता नहीं है।
504	गेटवे टाइमआउट - सर्वर एक प्रॉक्सी है, और समय पर ढंग से अपस्ट्रीम सर्वर से प्रतिक्रिया नहीं मिली।
505	HTTP संस्करण समर्थित नहीं - सर्वर उस HTTP प्रोटोकॉल के संस्करण का समर्थन नहीं करता है जिसके साथ ग्राहक ने अपना अनुरोध किया था।

मूल प्रतिक्रिया प्रारूप

जब एक HTTP सर्वर एक अच्छी तरह से गठित HTTP अनुरोध प्राप्त करता है, तो उसे उस जानकारी को संसाधित करना होगा जिसमें अनुरोध शामिल है और क्लाइंट को प्रतिक्रिया दे रहा है। एक साधारण HTTP 1.1 प्रतिक्रिया, निम्नलिखित में से किसी की तरह लग सकता है, आमतौर पर कई हेडर फ़ील्ड के बाद, और संभवतः एक प्रतिक्रिया निकाय:

HTTP/1.1 200 OK \r\n

HTTP/1.1 404 Not Found \r\n

HTTP/1.1 503 Service Unavailable \r\n

एक साधारण HTTP 1.1 प्रतिक्रिया में यह प्रारूप है:

HTTP-Version Status-Code Reason-Phrase CRLF

एक अनुरोध के रूप में, HTTP-Version संस्करण उपयोग में HTTP प्रोटोकॉल के संस्करण को इंगित करता है; HTTP 1.1 के लिए यह हमेशा स्ट्रिंग HTTP/1.1 होना चाहिए।

Status-Code एक तीन-अंकीय कोड है जो क्लाइंट के अनुरोध की स्थिति को दर्शाता है। इस कोड का पहला अंक स्थिति वर्ग है , जो स्थिति कोड को प्रतिक्रिया की 5 श्रेणियों में से एक में रखता है ^[1] :

1xx सूचनात्मक - सर्वर ने अनुरोध प्राप्त किया है और प्रसंस्करण जारी है
2xx सफलता - सर्वर ने अनुरोध को स्वीकार और संसाधित किया है
3xx पुनर्निर्देशन - अनुरोध को पूरा करने के लिए क्लाइंट के हिस्से पर आगे की कार्रवाई आवश्यक है
4xx क्लाइंट त्रुटियां - क्लाइंट ने एक अनुरोध भेजा था जो विकृत था या पूरा नहीं किया जा सकता था
5xx सर्वर त्रुटियां - अनुरोध मान्य था, लेकिन वर्तमान में सर्वर इसे पूरा नहीं कर सकता है

Reason-Phrase स्थिति कोड का एक संक्षिप्त विवरण है। उदाहरण के लिए, कोड 200 में OK का एक कारण वाक्यांश है; कोड 404 में Not Found का एक वाक्यांश है। कारण वाक्यांशों की एक पूरी सूची, नीचे, या HTTP विनिर्देशन में उपलब्ध है ।

लाइन एक गाड़ी वापसी के साथ समाप्त होती है - लाइन फीड जोड़ी, आमतौर पर \r\n द्वारा \r\n ।

अतिरिक्त हेडर

एक HTTP अनुरोध की तरह, एक HTTP प्रतिक्रिया में अतिरिक्त हेडर शामिल हो सकते हैं जो उस प्रतिक्रिया को संशोधित या संशोधित कर सकते हैं।

उपलब्ध हेडर की एक पूरी सूची विनिर्देश के of6.2 में परिभाषित की गई है। सबसे अधिक उपयोग किए जाने वाले हेडर हैं:

Server , जो Server User-Agent अनुरोध हेडर की तरह कार्य करता है;
Location , जिसका उपयोग 201 और 3xx स्थिति प्रतिक्रियाओं पर किया जाता है ताकि यूआरआई को पुनर्निर्देशित करने के लिए इंगित किया जा सके; तथा
ETag , जो ग्राहकों को प्रतिक्रिया को कैश करने में सक्षम करने के लिए लौटे संसाधन के इस संस्करण के लिए एक विशिष्ट पहचानकर्ता है।

रिस्पांस हेडर स्टेटस लाइन के बाद आते हैं, और अनुरोध हेडर के रूप में निम्नानुसार बनते हैं:

Name: Value CRLF

Name हेडर Name प्रदान करता है, जैसे कि ETag या Location , और मान उस Value प्रदान करता है जो सर्वर उस हेडर के लिए सेट कर रहा है। लाइन एक CRLF के साथ समाप्त होती है।

हेडर के साथ प्रतिक्रिया इस तरह दिख सकती है:

HTTP/1.1 201 Created \r\n
Server: WEBrick/1.3.1 \r\n
Location: http://example.com/files/129742 \r\n

संदेश निकायों

अनुरोध निकायों के साथ, HTTP प्रतिक्रियाओं में एक संदेश निकाय हो सकता है। यह अतिरिक्त डेटा प्रदान करता है जो क्लाइंट प्रोसेस करेगा। विशेष रूप से, एक अच्छी तरह से गठित GET अनुरोध के लिए 200 ठीक प्रतिक्रियाएं हमेशा अनुरोधित डेटा युक्त एक संदेश निकाय प्रदान करना चाहिए। (यदि कोई नहीं है, 204 कोई सामग्री अधिक उपयुक्त प्रतिक्रिया नहीं है)।

सभी हेडर और एक डबल सीआरएलएफ के बाद एक संदेश निकाय शामिल किया गया है। अनुरोधों के अनुसार, बाइट्स में इसकी लंबाई Content-Length हेडर के साथ दी जानी चाहिए। GET अनुरोध की एक सफल प्रतिक्रिया, इसलिए, इस तरह दिख सकती है:

HTTP/1.1 200 OK\r\n
Server: WEBrick/1.3.1\r\n
Content-Length: 39\r\n
ETag: 4f7e2ed02b836f60716a7a3227e2b5bda7ee12c53be282a5459d7851c2b4fdfd\r\n
\r\n
Nobody expects the Spanish Inquisition.

Modified text is an extract of the original Stack Overflow Documentation

के तहत लाइसेंस प्राप्त है CC BY-SA 3.0

से संबद्ध नहीं है Stack Overflow

HTTP
HTTP प्रतिसाद

खोज…

पैरामीटर

मूल प्रतिक्रिया प्रारूप

अतिरिक्त हेडर

संदेश निकायों