मुफ़्त HTTP स्थिति कोड संदर्भ
सभी HTTP स्थिति कोड के लिए खोजने योग्य संदर्भ - प्रत्येक का क्या अर्थ है, इसका उपयोग कब किया जाता है, और सामान्य कारण। 100 से 511 तक.
61 स्टेटस कोड
100जारी रखें
सर्वर ने अनुरोध हेडर प्राप्त कर लिए हैं और क्लाइंट को बॉडी के साथ आगे बढ़ना चाहिए।
जारी रखें
सर्वर ने अनुरोध हेडर प्राप्त कर लिए हैं और क्लाइंट को बॉडी के साथ आगे बढ़ना चाहिए।
Expect: 100-continue के साथ अनुरोधों के लिए उपयोग किया जाता है। सर्वर स्वीकार करता है कि यह क्लाइंट द्वारा भेजने से पहले बॉडी प्राप्त करने के लिए तैयार है। आधुनिक वेब ऐप्स में शायद ही कभी देखा जाता है।
101प्रोटोकॉल स्विच कर रहे हैं
सर्वर क्लाइंट द्वारा अनुरोधित प्रोटोकॉल में स्विच कर रहा है।
प्रोटोकॉल स्विच कर रहे हैं
सर्वर क्लाइंट द्वारा अनुरोधित प्रोटोकॉल में स्विच कर रहा है।
सबसे अधिक WebSocket अपग्रेड के लिए उपयोग किया जाता है — क्लाइंट Upgrade: websocket अनुरोध करता है और सर्वर स्विच करने के लिए 101 के साथ प्रतिक्रिया करता है।
102प्रक्रियाधीन
सर्वर ने अनुरोध प्राप्त कर लिया है और इसे प्रोसेस कर रहा है, लेकिन अभी कोई प्रतिक्रिया उपलब्ध नहीं है।
प्रक्रियाधीन
सर्वर ने अनुरोध प्राप्त कर लिया है और इसे प्रोसेस कर रहा है, लेकिन अभी कोई प्रतिक्रिया उपलब्ध नहीं है।
लंबे ऑपरेशन के दौरान क्लाइंट टाइमआउट रोकने के लिए भेजी जाने वाली एक WebDAV अंतरिम प्रतिक्रिया। अप्रचलित — आधुनिक सर्वर को इसे नहीं भेजना चाहिए।
103प्रारंभिक संकेत
अंतिम प्रतिक्रिया से पहले भेजे गए प्रारंभिक हेडर।
प्रारंभिक संकेत
अंतिम प्रतिक्रिया से पहले भेजे गए प्रारंभिक हेडर।
सर्वर को Link हेडर (preload/preconnect) भेजने देता है जबकि अंतिम प्रतिक्रिया अभी भी तैयार हो रही है, इसलिए ब्राउज़र महत्वपूर्ण एसेट जल्दी लाना शुरू कर सकते हैं।
200ठीक है
अनुरोध सफल रहा।
ठीक है
अनुरोध सफल रहा।
मानक सफलता प्रतिक्रिया। अर्थ HTTP विधि पर निर्भर करता है: GET → संसाधन वापस किया गया, POST/PUT → कार्रवाई पूर्ण।
201निर्मित
एक नया संसाधन सफलतापूर्वक बनाया गया।
निर्मित
एक नया संसाधन सफलतापूर्वक बनाया गया।
एक POST के बाद सामान्य। प्रतिक्रिया में एक Location हेडर होना चाहिए जो नए संसाधन के URL की ओर इशारा करता है।
202स्वीकृत
अनुरोध प्रसंस्करण के लिए स्वीकृत था, लेकिन प्रसंस्करण पूर्ण नहीं है।
स्वीकृत
अनुरोध प्रसंस्करण के लिए स्वीकृत था, लेकिन प्रसंस्करण पूर्ण नहीं है।
अतुल्यकालिक संचालन के लिए — सर्वर कार्य को कतार में रख रहा है। क्लाइंट को किसी स्थिति एंडपॉइंट को पोल करना चाहिए या बाद में जांच करनी चाहिए।
203गैर-अधिकृत जानकारी
प्रतिक्रिया को रूपांतरण प्रॉक्सी द्वारा संशोधित किया गया।
गैर-अधिकृत जानकारी
प्रतिक्रिया को रूपांतरण प्रॉक्सी द्वारा संशोधित किया गया।
अनुरोध सफल रहा, लेकिन एक मध्यस्थ (जैसे कैशिंग या रूपांतरण प्रॉक्सी) ने मूल सर्वर से पेलोड को बदल दिया — उदाहरण के लिए, छवियों को पुनः संपीड़ित करना। व्यवहार में दुर्लभ।
204कोई सामग्री नहीं
अनुरोध सफल रहा लेकिन कोई प्रतिक्रिया बॉडी नहीं है।
कोई सामग्री नहीं
अनुरोध सफल रहा लेकिन कोई प्रतिक्रिया बॉडी नहीं है।
अक्सर DELETE संचालन या PUT अपडेट के लिए उपयोग किया जाता है जिन्हें बॉडी वापस करने की आवश्यकता नहीं है। क्लाइंट को वर्तमान पृष्ठ से दूर नहीं जाना चाहिए।
205सामग्री रीसेट करें
अनुरोध सफल रहा; क्लाइंट को दस्तावेज़ दृश्य रीसेट करना चाहिए।
सामग्री रीसेट करें
अनुरोध सफल रहा; क्लाइंट को दस्तावेज़ दृश्य रीसेट करना चाहिए।
204 की तरह, कोई बॉडी नहीं लौटाई जाती — लेकिन क्लाइंट को यह भी कहा जाता है कि अनुरोध बनाने वाले फ़ॉर्म या व्यू को रीसेट करे (जैसे अगली प्रविष्टि के लिए फ़ॉर्म फ़ील्ड साफ़ करें)।
206आंशिक सामग्री
सर्वर ने केवल संसाधन का हिस्सा दिया।
आंशिक सामग्री
सर्वर ने केवल संसाधन का हिस्सा दिया।
एक Range अनुरोध के लिए प्रतिक्रिया। वीडियो प्लेयर और डाउनलोड प्रबंधक द्वारा बाधित डाउनलोड को फिर से शुरू करने या बड़ी फ़ाइलों को स्ट्रीम करने के लिए उपयोग किया जाता है।
207बहु-स्थिति
प्रतिक्रिया बॉडी कई संचालनों के लिए कई स्थिति कोड युक्त है।
बहु-स्थिति
प्रतिक्रिया बॉडी कई संचालनों के लिए कई स्थिति कोड युक्त है।
WebDAV: एक XML बॉडी कई उप-संचालनों के परिणाम की स्वतंत्र रूप से रिपोर्ट करती है — उदाहरण के लिए एक बैच मूव जहाँ कुछ आइटम सफल रहे और अन्य विफल रहे।
208पहले से रिपोर्ट किया गया
किसी संग्रह के सदस्य प्रतिक्रिया में पहले ही सूचीबद्ध थे।
पहले से रिपोर्ट किया गया
किसी संग्रह के सदस्य प्रतिक्रिया में पहले ही सूचीबद्ध थे।
WebDAV: 207 मल्टी-स्टेटस प्रतिक्रियाओं के अंदर उपयोग किया जाता है ताकि बाइंडिंग लूप बनाते समय एक ही संग्रह के सदस्यों को बार-बार सूचीबद्ध करने से बचा जा सके।
226IM का उपयोग किया गया
प्रतिक्रिया संसाधन पर लागू किए गए इंस्टेंस मैनिपुलेशन का परिणाम है।
IM का उपयोग किया गया
प्रतिक्रिया संसाधन पर लागू किए गए इंस्टेंस मैनिपुलेशन का परिणाम है।
डेल्टा एन्कोडिंग: सर्वर पूर्ण संसाधन के बजाय पिछले संस्करण के विरुद्ध एक डिफ़ रिटर्न करता है, बैंडविड्थ बचाता है। बहुत शायद ही कभी लागू किया जाता है।
300कई विकल्प
संसाधन के कई प्रतिनिधित्व उपलब्ध हैं।
कई विकल्प
संसाधन के कई प्रतिनिधित्व उपलब्ध हैं।
सर्वर कई विकल्प प्रदान करता है (जैसे विभिन्न प्रारूप या भाषाएं) और क्लाइंट को एक चुनना चाहिए। शायद ही कभी उपयोग किया जाता है, क्योंकि स्वचालित सामग्री वार्ता आमतौर पर इसे संभालती है।
301स्थायी रूप से स्थानांतरित
संसाधन स्थायी रूप से एक नए URL पर चला गया है।
स्थायी रूप से स्थानांतरित
संसाधन स्थायी रूप से एक नए URL पर चला गया है।
स्थायी URL परिवर्तनों के लिए उपयोग करें — खोज इंजन अपने सूचकांक को अपडेट करेंगे। SEO प्राधिकार नए URL में स्थानांतरित होता है।
302मिला (अस्थायी पुनर्निर्देशन)
संसाधन अस्थायी रूप से एक अलग URL पर है।
मिला (अस्थायी पुनर्निर्देशन)
संसाधन अस्थायी रूप से एक अलग URL पर है।
इंगित करता है कि पुनर्निर्देशन स्थायी नहीं है। कैशिंग 301 की तुलना में कम आक्रामक है। 'लॉगिन आवश्यक, /login को पुनर्निर्देशित कर रहा है' जैसी चीजों के लिए उपयोग करें।
303अन्य देखें
GET का उपयोग करके किसी अलग URL पर पुनर्निर्देशित करें।
अन्य देखें
GET का उपयोग करके किसी अलग URL पर पुनर्निर्देशित करें।
POST सबमिशन के बाद उपयोग किया जाता है — प्रतिक्रिया कहती है 'आपका POST काम किया, परिणाम के लिए इस GET URL को देखें'। ब्राउज़र हमेशा नए URL को GET करते हैं।
304संशोधित नहीं
कैश किया गया संस्करण अभी भी मान्य है; इसका उपयोग करें।
संशोधित नहीं
कैश किया गया संस्करण अभी भी मान्य है; इसका उपयोग करें।
एक सशर्त अनुरोध (If-None-Match या If-Modified-Since हेडर के साथ) के लिए प्रतिक्रिया। बैंडविड्थ बचाता है — कोई बॉडी नहीं लौटाया जाता।
307अस्थायी पुनर्निर्देशन
302 की तरह लेकिन मूल HTTP विधि को संरक्षित करता है।
अस्थायी पुनर्निर्देशन
302 की तरह लेकिन मूल HTTP विधि को संरक्षित करता है।
यदि मूल POST था, तो पुनर्निर्देशन भी POST का उपयोग करता है। जब विधि संरक्षित रहना महत्वपूर्ण हो तो 302 का आधुनिक विकल्प।
308स्थायी पुनर्निर्देशन
301 की तरह लेकिन मूल HTTP विधि को संरक्षित करता है।
स्थायी पुनर्निर्देशन
301 की तरह लेकिन मूल HTTP विधि को संरक्षित करता है।
301 के लिए आधुनिक प्रतिस्थापन जब आप चाहते हैं कि POST अनुरोध पुनर्निर्देशन के बाद POST रहें।
400खराब अनुरोध
सर्वर खराब वाक्य रचना के कारण अनुरोध को समझ नहीं सका।
खराब अनुरोध
सर्वर खराब वाक्य रचना के कारण अनुरोध को समझ नहीं सका।
सामान्य कारण: बॉडी में गलत JSON, अमान्य क्वेरी पैरामीटर, या अनुपलब्ध आवश्यक फ़ील्ड। अनुरोध बॉडी और हेडर जांचें।
401अनधिकृत
प्रमाणीकरण आवश्यक है और प्रदान नहीं किया गया है।
अनधिकृत
प्रमाणीकरण आवश्यक है और प्रदान नहीं किया गया है।
क्लाइंट को प्रमाणीकरण क्रेडेंशियल (Authorization हेडर, कुकी, टोकन) शामिल करने चाहिए। 'Unauthorized' एक गलत नाम है — इसका वास्तव में मतलब 'अप्रमाणित' है।
402भुगतान आवश्यक
भविष्य के उपयोग के लिए आरक्षित — कभी-कभी भुगतान किए गए API स्तर के लिए उपयोग किया जाता है।
भुगतान आवश्यक
भविष्य के उपयोग के लिए आरक्षित — कभी-कभी भुगतान किए गए API स्तर के लिए उपयोग किया जाता है।
मूल रूप से डिजिटल भुगतानों के लिए अभिप्रेत। आधुनिक उपयोग: API कभी-कभी 402 रिटर्न करते हैं जब किसी उपयोगकर्ता ने अपना भुगतान कोटा पार कर दिया हो।
403वर्जित
क्लाइंट प्रमाणित है लेकिन अनुमति नहीं है।
वर्जित
क्लाइंट प्रमाणित है लेकिन अनुमति नहीं है।
401 से अलग — उपयोगकर्ता लॉग इन है, लेकिन उनके खाते को इस संसाधन की अनुमति नहीं है। भूमिका/अनुमति तर्क जांचें।
404नहीं मिला
अनुरोधित संसाधन मौजूद नहीं है।
नहीं मिला
अनुरोधित संसाधन मौजूद नहीं है।
या तो URL गलत है, संसाधन हटाया गया था, या यह कभी अस्तित्व में ही नहीं था। सर्वर कभी-कभी 404 लौटाते हैं यह छिपाने के लिए कि 403 अधिक सटीक होगा।
405विधि की अनुमति नहीं
इस संसाधन के लिए उपयोग की गई HTTP विधि अनुमत नहीं है।
विधि की अनुमति नहीं
इस संसाधन के लिए उपयोग की गई HTTP विधि अनुमत नहीं है।
उदाहरण के लिए, एक ऐसे एंडपॉइंट के लिए GET अनुरोध जो केवल POST स्वीकार करता है। प्रतिक्रिया में एक Allow हेडर होना चाहिए जो वैध विधियों को सूचीबद्ध करता है।
406स्वीकार्य नहीं
कोई प्रतिनिधित्व क्लाइंट के Accept हेडर से मेल नहीं खाता।
स्वीकार्य नहीं
कोई प्रतिनिधित्व क्लाइंट के Accept हेडर से मेल नहीं खाता।
क्लाइंट ने ऐसा सामग्री प्रकार, भाषा या एन्कोडिंग (Accept, Accept-Language, Accept-Encoding के माध्यम से) माँगा जिसे सर्वर पूरा नहीं कर सकता। कई सर्वर सख्त निगोशिएशन छोड़ देते हैं और इसके बजाय डिफ़ॉल्ट लौटा देते हैं।
407प्रॉक्सी प्रमाणीकरण आवश्यक
क्लाइंट को पहले प्रॉक्सी के साथ प्रमाणीकरण करना चाहिए।
प्रॉक्सी प्रमाणीकरण आवश्यक
क्लाइंट को पहले प्रॉक्सी के साथ प्रमाणीकरण करना चाहिए।
401 की तरह, लेकिन प्रॉक्सी द्वारा जारी: क्लाइंट को Proxy-Authorization क्रेडेंशियल भेजने होंगे। प्रमाणीकरण वाले प्रॉक्सी के साथ कॉर्पोरेट नेटवर्क पर देखा जाता है।
408अनुरोध समय समाप्त हुआ
सर्वर ने अनुरोध के लिए प्रतीक्षा करते हुए समय समाप्त कर दिया।
अनुरोध समय समाप्त हुआ
सर्वर ने अनुरोध के लिए प्रतीक्षा करते हुए समय समाप्त कर दिया।
क्लाइंट को अनुरोध निकाय भेजने में बहुत अधिक समय लगा या कनेक्शन निष्क्रिय रहा। अनुरोध दोबारा प्रयास करें।
409टकराव
अनुरोध संसाधन की वर्तमान स्थिति के साथ विरोध करता है।
टकराव
अनुरोध संसाधन की वर्तमान स्थिति के साथ विरोध करता है।
आमतौर पर एक साथ संपादन के टकराव या डुप्लिकेट संसाधन बनाने पर लौटाया जाता है (उदाहरण के लिए, ऐसे ईमेल से उपयोगकर्ता बनाना जो पहले से मौजूद है)।
410स्थायी रूप से हटाया गया
संसाधन हटा दिया गया था और वापस नहीं आएगा।
स्थायी रूप से हटाया गया
संसाधन हटा दिया गया था और वापस नहीं आएगा।
404 से अधिक मजबूत — सर्वर को स्पष्ट रूप से पता है कि संसाधन पहले मौजूद था लेकिन स्थायी रूप से हटा दिया गया है। खोज इंजन इसे अनुक्रमणिका से हटा देंगे।
411लंबाई आवश्यक है
सर्वर को Content-Length हेडर की आवश्यकता है।
लंबाई आवश्यक है
सर्वर को Content-Length हेडर की आवश्यकता है।
अनुरोध को अस्वीकार कर दिया गया था क्योंकि इसमें Content-Length हेडर की कमी थी और सर्वर अज्ञात आकार के निकायों से इनकार करता है। हेडर जोड़ें और पुनः प्रयास करें।
412पूर्वशर्त विफल
अनुरोध हेडर में एक शर्त पूरी नहीं हुई थी।
पूर्वशर्त विफल
अनुरोध हेडर में एक शर्त पूरी नहीं हुई थी।
लौटाया जाता है जब If-Match या If-Unmodified-Since जैसे सशर्त हेडर विफल हो जाते हैं — आमतौर पर आशावादी लॉकिंग: किसी और ने आपके संस्करण के बाद से संसाधन को बदल दिया है। पुनः प्राप्त करें और पुनः प्रयास करें।
413पेलोड बहुत बड़ा है
अनुरोध निकाय सर्वर की आकार सीमा से अधिक है।
पेलोड बहुत बड़ा है
अनुरोध निकाय सर्वर की आकार सीमा से अधिक है।
बड़ी फ़ाइलें अपलोड करते समय सामान्य है। सर्वर कॉन्फ़िगरेशन (nginx, apache) एक अधिकतम बॉडी आकार निर्धारित करता है। सर्वर के कॉन्फ़िगरेशन की जांच करें।
414URI बहुत लंबा है
अनुरोध URL सर्वर की लंबाई सीमा से अधिक है।
URI बहुत लंबा है
अनुरोध URL सर्वर की लंबाई सीमा से अधिक है।
आमतौर पर बहुत लंबी क्वेरी स्ट्रिंग (उदाहरण के लिए GET में डेटा एन्कोड करना) के कारण होता है। एक POST बॉडी पर स्विच करें, या सर्वर सीमा बढ़ाएं यदि आप इसे नियंत्रित करते हैं।
415असमर्थित मीडिया प्रकार
सर्वर भेजे गए Content-Type को संभाल नहीं सकता।
असमर्थित मीडिया प्रकार
सर्वर भेजे गए Content-Type को संभाल नहीं सकता।
उदाहरण के लिए, application/xml को एक सर्वर को भेजना जो केवल application/json स्वीकार करता है। Content-Type हेडर को सही तरीके से सेट करें।
416रेंज पूरी नहीं की जा सकती
अनुरोधित बाइट रेंज संसाधन के आकार के बाहर है।
रेंज पूरी नहीं की जा सकती
अनुरोधित बाइट रेंज संसाधन के आकार के बाहर है।
Range हेडर एक हिस्सा मांगता है जो फ़ाइल के पास नहीं है — उदाहरण के लिए डाउनलोड को फ़ाइल के अंत से आगे फिर से शुरू करना। प्रतिक्रिया में Content-Range के साथ वास्तविक आकार शामिल होना चाहिए।
417अपेक्षा विफल
सर्वर Expect हेडर की आवश्यकताओं को पूरा नहीं कर सकता।
अपेक्षा विफल
सर्वर Expect हेडर की आवश्यकताओं को पूरा नहीं कर सकता।
तब भेजा जाता है जब सर्वर Expect: 100-continue का समर्थन नहीं करता। कुछ क्लाइंट बड़े POST पर डिफ़ॉल्ट रूप से यह हेडर भेजते हैं; इसे अक्षम करने से आमतौर पर त्रुटि हल हो जाती है।
418मैं एक चायदानी हूँ
सर्वर कॉफी बनाने से इनकार करता है क्योंकि यह एक चायदानी है।
मैं एक चायदानी हूँ
सर्वर कॉफी बनाने से इनकार करता है क्योंकि यह एक चायदानी है।
1998 से एक अप्रैल फूल का मजाक (RFC 2324)। कुछ वास्तविक APIs इसे मजाक के लिए या पदावनत समापन बिंदुओं को चिह्नित करने के लिए उपयोग करते हैं। उत्पादन उपयोग के लिए नहीं।
421गलत दिशा में निर्देशित अनुरोध
अनुरोध एक सर्वर को भेजा गया था जो इसके लिए प्रतिक्रिया नहीं दे सकता।
गलत दिशा में निर्देशित अनुरोध
अनुरोध एक सर्वर को भेजा गया था जो इसके लिए प्रतिक्रिया नहीं दे सकता।
HTTP/2 कनेक्शन पुनः उपयोग के साथ आम: अनुरोध एक सर्वर तक पहुंचा जो लक्ष्य होस्टनाम के लिए कॉन्फ़िगर नहीं है। क्लाइंट को एक नए कनेक्शन पर पुनः प्रयास करना चाहिए।
422अप्रसंस्करणीय सामग्री
अनुरोध वाक्यात्मक रूप से मान्य लेकिन शब्दार्थ से गलत था।
अप्रसंस्करणीय सामग्री
अनुरोध वाक्यात्मक रूप से मान्य लेकिन शब्दार्थ से गलत था।
उदाहरण के लिए, JSON सही तरीके से पार्स हुआ लेकिन एक आवश्यक फ़ील्ड गायब था, या एक फ़ील्ड मान सीमा से बाहर था। REST API सत्यापन प्रतिक्रिया में सामान्य।
423लॉक किया हुआ
संसाधन लॉक किया हुआ है।
लॉक किया हुआ
संसाधन लॉक किया हुआ है।
WebDAV: स्रोत या गंतव्य संसाधन किसी अन्य क्लाइंट द्वारा लॉक है, इसलिए ऑपरेशन आगे नहीं बढ़ सकता। लॉक जारी होने तक प्रतीक्षा करें या उचित टोकन के साथ इसे तोड़ दें।
424विफल निर्भरता
अनुरोध विफल हुआ क्योंकि एक पिछली निर्भर अनुरोध विफल हो गया।
विफल निर्भरता
अनुरोध विफल हुआ क्योंकि एक पिछली निर्भर अनुरोध विफल हो गया।
WebDAV: निर्भर संचालनों की श्रृंखला में पहले की कोई कार्रवाई विफल हो गई, इसलिए यह नहीं की गई। मूल कारण के लिए पहली विफलता देखें।
425बहुत जल्दी
सर्वर ऐसे अनुरोध को संसाधित करने से इनकार करता है जो दोबारा भेजा गया हो सकता है।
बहुत जल्दी
सर्वर ऐसे अनुरोध को संसाधित करने से इनकार करता है जो दोबारा भेजा गया हो सकता है।
TLS 1.3 0-RTT (प्रारंभिक डेटा) से संबंधित: सर्वर ऐसे अनुरोध को संसाधित करने का जोखिम नहीं उठाएगा जो संभवतः दोबारा भेजा गया हो। क्लाइंट को हैंडशेक पूरा होने के बाद पुनः प्रयास करना चाहिए।
426अपग्रेड आवश्यक है
क्लाइंट को एक अलग प्रोटोकॉल पर स्विच करना चाहिए।
अपग्रेड आवश्यक है
क्लाइंट को एक अलग प्रोटोकॉल पर स्विच करना चाहिए।
सर्वर वर्तमान प्रोटोकॉल पर अनुरोध पूरा करने से इनकार करता है लेकिन अपग्रेड के बाद करेगा — प्रतिक्रिया में आवश्यक प्रोटोकॉल का नाम बताने वाला Upgrade हेडर शामिल होता है।
428पूर्वशर्त आवश्यक है
सर्वर चाहता है कि अनुरोध सशर्त हो।
पूर्वशर्त आवश्यक है
सर्वर चाहता है कि अनुरोध सशर्त हो।
सर्वर अपडेट खो जाने वाले टकराव रोकने के लिए सशर्त हेडर (जैसे If-Match) की मांग करता है। संसाधन प्राप्त करें, उसका ETag लें, और If-Match के साथ दोबारा भेजें।
429बहुत सारे अनुरोध
क्लाइंट दर-सीमित किया जा रहा है।
बहुत सारे अनुरोध
क्लाइंट दर-सीमित किया जा रहा है।
गति धीमी करें। प्रतिक्रिया में Retry-After हेडर शामिल होना चाहिए जो बताता है कि दोबारा कब प्रयास करना है। अनुरोध कोटा वाले APIs के साथ सामान्य।
431अनुरोध हेडर फ़ील्ड बहुत बड़े हैं
हेडर सर्वर को संसाधित करने के लिए बहुत बड़े हैं।
अनुरोध हेडर फ़ील्ड बहुत बड़े हैं
हेडर सर्वर को संसाधित करने के लिए बहुत बड़े हैं।
या तो एक हेडर या कुल हेडर आकार सीमा से अधिक है — अक्सर बहुत बड़ी कुकीज़ के कारण होता है। कुकीज़ साफ़ करें या अपने ऐप में उनमें जो स्टोर होता है उसे कम करें।
451कानूनी कारणों के लिए अनुपलब्ध
कानूनी मांग के कारण पहुंच से वंचित।
कानूनी कारणों के लिए अनुपलब्ध
कानूनी मांग के कारण पहुंच से वंचित।
संसाधन कानूनी कारणों से अवरुद्ध है — सेंसरशिप, अदालत के आदेश, या क्षेत्रीय नियम। यह संख्या उपन्यास Fahrenheit 451 को श्रद्धांजलि है।
500आंतरिक सर्वर त्रुटि
सर्वर को एक अप्रत्याशित स्थिति का सामना करना पड़ा।
आंतरिक सर्वर त्रुटि
सर्वर को एक अप्रत्याशित स्थिति का सामना करना पड़ा।
सर्वर-पक्ष की त्रुटियों के लिए एक सामान्य कैच-ऑल। वास्तविक कारण के लिए सर्वर लॉग जांचें: अनहैंडल्ड अपवाद, डेटाबेस त्रुटि, आदि।
501लागू नहीं किया गया
सर्वर अनुरोधित कार्यक्षमता को समर्थन नहीं करता।
लागू नहीं किया गया
सर्वर अनुरोधित कार्यक्षमता को समर्थन नहीं करता।
उदाहरण के लिए, सर्वर HTTP विधि को नहीं पहचानता है। व्यवहार में दुर्लभ — अधिक बार आप 405 देखेंगे।
502खराब गेटवे
गेटवे के रूप में काम कर रहे सर्वर को किसी अपस्ट्रीम सर्वर से खराब प्रतिक्रिया मिली।
खराब गेटवे
गेटवे के रूप में काम कर रहे सर्वर को किसी अपस्ट्रीम सर्वर से खराब प्रतिक्रिया मिली।
माइक्रोसर्विस आर्किटेक्चर में सामान्य। आपके लोड बैलेंसर या रिवर्स प्रॉक्सी को बैकएंड सेवा से एक खराब प्रतिक्रिया मिली।
503सेवा अनुपलब्ध है
सर्वर अस्थायी रूप से अनुरोध को संभालने में असमर्थ है।
सेवा अनुपलब्ध है
सर्वर अस्थायी रूप से अनुरोध को संभालने में असमर्थ है।
या तो रखरखाव के लिए बंद या अधिभारित। प्रतिक्रिया में एक Retry-After हेडर शामिल होना चाहिए। अक्सर तैनाती के दौरान लौटाया जाता है।
504गेटवे समय समाप्त
गेटवे सर्वर का अपस्ट्रीम प्रतिक्रिया की प्रतीक्षा में समय समाप्त हो गया।
गेटवे समय समाप्त
गेटवे सर्वर का अपस्ट्रीम प्रतिक्रिया की प्रतीक्षा में समय समाप्त हो गया।
बैकएंड सेवा ने पर्याप्त तेज़ी से प्रतिक्रिया नहीं दी। अपस्ट्रीम सेवा की स्थिति और टाइमआउट कॉन्फ़िगरेशन जांचें।
505HTTP संस्करण समर्थित नहीं है
सर्वर अनुरोध में उपयोग किए जाने वाले HTTP संस्करण को समर्थन नहीं करता।
HTTP संस्करण समर्थित नहीं है
सर्वर अनुरोध में उपयोग किए जाने वाले HTTP संस्करण को समर्थन नहीं करता।
अनुरोध का मुख्य HTTP संस्करण सर्वर द्वारा समर्थित नहीं है। आधुनिक क्लाइंट के साथ लगभग कभी नहीं देखा जाता है।
506वैरिएंट भी निगोशिएट करता है
सर्वर में सामग्री निगोशिएशन का कॉन्फ़िगरेशन गलत है।
वैरिएंट भी निगोशिएट करता है
सर्वर में सामग्री निगोशिएशन का कॉन्फ़िगरेशन गलत है।
पारदर्शी सामग्री निगोशिएशन एक लूप में समाप्त हुआ: चुना गया वैरिएंट स्वयं निगोशिएट करने के लिए कॉन्फ़िगर है। यह सर्वर कॉन्फ़िगरेशन त्रुटि दर्शाता है।
507अपर्याप्त भंडारण
सर्वर डिस्क स्थान से बाहर है।
अपर्याप्त भंडारण
सर्वर डिस्क स्थान से बाहर है।
मूल रूप से WebDAV के लिए, लेकिन कभी-कभी सामान्य सर्वर भी इसका उपयोग करते हैं। मतलब है कि भंडारण की कमी के कारण सर्वर अनुरोध को सहेज नहीं सकता।
508लूप का पता लगाया
सर्वर ने अनुरोध को संसाधित करते हुए एक अनंत लूप का पता लगाया।
लूप का पता लगाया
सर्वर ने अनुरोध को संसाधित करते हुए एक अनंत लूप का पता लगाया।
WebDAV: Depth: infinity अनुरोध को संसाधित करते समय सर्वर लूप में फँस गया (उदाहरण के लिए चक्रीय बाइंडिंग)। ऑपरेशन समाप्त कर दिया गया।
510विस्तारित नहीं
अनुरोध के लिए आगे के एक्सटेंशन की आवश्यकता है।
विस्तारित नहीं
अनुरोध के लिए आगे के एक्सटेंशन की आवश्यकता है।
पुरानी HTTP एक्सटेंशन फ्रेमवर्क से: सर्वर को अनुरोध को पूरा करने से पहले अधिक जानकारी की आवश्यकता है। आधुनिक वेब पर प्रभावी रूप से अप्रयुक्त।
511नेटवर्क प्रमाणीकरण आवश्यक है
क्लाइंट को नेटवर्क पहुंच प्राप्त करने के लिए प्रमाणीकरण करना चाहिए।
नेटवर्क प्रमाणीकरण आवश्यक है
क्लाइंट को नेटवर्क पहुंच प्राप्त करने के लिए प्रमाणीकरण करना चाहिए।
कैप्टिव पोर्टल (होटल/हवाई अड्डा WiFi) द्वारा उपयोग किया जाता है यह दर्शाने के लिए कि उपयोगकर्ता को बाहरी साइटों तक पहुंचने से पहले नेटवर्क में लॉग इन करना चाहिए।
सामान्य उपयोग
- API डिजाइन के लिए संदर्भREST API डिजाइन करते समय, प्रत्येक प्रतिक्रिया के लिए सही स्थिति कोड चुनें।
- त्वरित रूप से त्रुटि कोड देखेंजब आपका ऐप एक भ्रामक HTTP त्रुटि देता है, तो देखें कि इसका वास्तव में क्या मतलब है।
- HTTP स्थिति कोड जानेंHTTP और REST सीखने वाले छात्रों और डेवलपर्स के लिए व्यापक संदर्भ।
- घटनाओं के दौरान त्वरित संदर्भउत्पादन घटनाओं के दौरान, त्वरित रूप से देखें कि प्रत्येक स्थिति कोड का क्या मतलब है।
- API दस्तावेज़ीकरण के लिए संदर्भAPI दस्तावेज़ीकरण लिखते समय, आप जो स्टेटस कोड रिटर्न करते हैं उनके अधिकृत विवरणों से लिंक करें।
यह कैसे काम करता है
यह टूल 63 HTTP स्टेटस कोड की एक हार्डकोडेड लुकअप टेबल के इर्द-गिर्द बना एक क्लाइंट-साइड रेफ़रेंस है जो सभी पाँच क्लास (1xx–5xx) को कवर करता है, हर एक अपने परिभाषित करने वाले RFC नंबर के साथ नोट किया गया। कोई सर्वर कॉल नहीं, कोई बाहरी API नहीं, और कोई नेटवर्क रिक्वेस्ट नहीं — सारा फ़िल्टरिंग और डिस्प्ले JavaScript के बिल्ट-इन array और string मेथड का उपयोग करके ब्राउज़र में होता है।
- 1लुकअप टेबल लोड होती है63 IANA-रजिस्टर्ड स्टेटस कोड का पूरा सेट सीधे इस टूल में एक JavaScript array के रूप में एम्बेड किया गया है, हर एंट्री न्यूमेरिक कोड, कैनोनिकल अंग्रेज़ी नाम, कैटेगरी क्लास, और इसे परिभाषित करने वाले खास RFC (जैसे ज़्यादातर HTTP/1.1 कोड के लिए RFC 9110, 429 Too Many Requests के लिए RFC 6585, 418 I'm a Teapot के लिए RFC 2324) को साथ लिए हुए।
- 2फ़िल्टर मेमोरी में चलता हैटाइप करते या एक कैटेगरी फ़िल्टर चुनते ही, JavaScript का Array.filter इन-मेमोरी सूची पर चलता है, String.includes का उपयोग करके आपकी क्वेरी को स्टेटस कोड नंबर, कैनोनिकल नाम, और छोटी और लंबी विवरण स्ट्रिंग दोनों के मुक़ाबले मैच करता है — कोई डिबाउंस देरी नहीं, कोई सर्वर राउंड-ट्रिप नहीं।
- 3विवरण RFC लिंक के साथ विस्तारित होते हैंहर परिणाम एक HTML details/summary एलिमेंट के रूप में रेंडर होता है। एक एंट्री को विस्तारित करना लंबे-रूप की व्याख्या और rfc-editor.org पर अधिकारिक RFC का सीधा लिंक प्रकट करता है, ताकि आप किसी भी कोड के लिए सटीक स्पेसिफ़िकेशन टेक्स्ट पढ़ सकें।
- 4डीप लिंक और क्लिपबोर्ड कॉपीएक एंट्री खोलना URL hash को कोड नंबर में अपडेट करता है (जैसे #404), पेज को शेयर करने योग्य और बुकमार्क-अनुकूल बनाते हुए। कॉपी बटन कैनोनिकल स्ट्रिंग (जैसे '404 Not Found') को ब्राउज़र के navigator.clipboard API के ज़रिए क्लिपबोर्ड में लिखता है।
संबंधित टूल
उद्धरण जनरेटर
वेबसाइट, किताबों, जर्नल और YouTube के लिए APA 7, MLA 9, Chicago और Harvard उद्धरण और इन-टेक्स्ट संदर्भ बनाएँ — और कॉपी या एक्सपोर्ट करने के लिए संदर्भ सूची तैयार करें। मुफ़्त और निजी।
इंटरवल टाइमर
HIIT और Tabata वर्कआउट के लिए काम और आराम का टाइमर, जिसमें वार्म-अप, राउंड, सेट, बड़ी उलटी गिनती, रंग-कोडित चरण, बीप और वैकल्पिक आवाज़ संकेत हैं।
वीडियो स्प्लिटर
लंबे वीडियो को हिस्सों में बाँटें: WhatsApp स्टेटस या स्टोरीज़ के लिए 60 सेकंड के टुकड़े, बराबर हिस्सों की संख्या, या ईमेल के लिए 25 MB जैसे आकार से छोटे हिस्से। हर हिस्सा या सभी को ZIP के रूप में सेव करें। आपके ब्राउज़र में चलता है; वीडियो अपलोड नहीं होता।