HTTP स्टेटस कोड लुकअप क्या है?
HTTP स्टेटस कोड तीन-अंकों की संख्याएं हैं जो एक वेब सर्वर हर रिस्पॉन्स के साथ वापस भेजता है, यह बताते हुए कि क्लाइंट (ब्राउज़र, ऐप, या API उपभोक्ता) का अनुरोध सफल हुआ, रीडायरेक्ट की ज़रूरत है, या विफल हुआ — और क्यों। ये IETF द्वारा मानकीकृत हैं और हर वेब सर्वर, ब्राउज़र, और प्रोग्रामिंग भाषा में समान रूप से उपयोग होते हैं, जो इन्हें सॉफ़्टवेयर डेवलपमेंट में सबसे सार्वभौमिक डीबगिंग संदर्भों में से एक बनाता है।
यह लुकअप टूल सभी पांच श्रेणियों के सबसे सामान्य रूप से सामने आने वाले कोड को कवर करता है — सूचनात्मक (1xx), सफलता (2xx), रीडायरेक्शन (3xx), क्लाइंट त्रुटि (4xx), और सर्वर त्रुटि (5xx) — केवल औपचारिक RFC परिभाषा नहीं बल्कि यह कि प्रत्येक का व्यवहार में वास्तव में क्या मतलब है, इसकी सरल भाषा में व्याख्या के साथ।
इस कैलकुलेटर का उपयोग कब करें
- किसी API इंटीग्रेशन को डीबग करना जहां अनुरोध विफल हो रहा है और आपको यह समझने की आवश्यकता है कि स्टेटस कोड वास्तव में क्या दर्शाता है
- किसी विशेष त्रुटि स्थिति के लिए अपने खुद के API से कौन सा HTTP स्टेटस कोड लौटाना है यह तय करना
- किसी वेब डेवलपमेंट कोर्स या बूटकैम्प में HTTP मूल बातें सिखाना या सीखना
- ऐसे एरर-हैंडलिंग मिडलवेयर लिखना जिसे अलग-अलग 4xx और 5xx मामलों में अंतर करना हो
- यह जांच कर कि 301 या 302 में से कौन सा लौटाया गया, एक रीडायरेक्ट के काम न करने की जांच करना
- ऐसी CORS समस्याओं का निवारण जहां ब्राउज़र नेटवर्क त्रुटि दिखाता है लेकिन सर्वर ने 200 लौटाया
चरण:
- सर्च बॉक्स में एक स्टेटस कोड (जैसे 404) या कीवर्ड (जैसे "forbidden") टाइप करें।
- किसी विशिष्ट रेंज को ब्राउज़ करना चाहते हैं तो 1xx-5xx बटन का उपयोग करके श्रेणी अनुसार फ़िल्टर करें।
- कोड का मतलब और यह आमतौर पर कब लौटाया जाता है, इसका सरल-भाषा विवरण पढ़ें।
- API रिस्पॉन्स डीबग करते या त्रुटि हैंडलिंग बनाते समय इसे त्वरित संदर्भ के रूप में उपयोग करें।
सूत्र
1xx: सूचनात्मक — अनुरोध प्राप्त हुआ, प्रक्रिया जारी है
2xx: सफलता — अनुरोध सफलतापूर्वक प्राप्त और स्वीकार किया गया
3xx: रीडायरेक्शन — अनुरोध पूरा करने के लिए आगे की कार्रवाई आवश्यक है
4xx: क्लाइंट त्रुटि — अनुरोध में गलत सिंटैक्स है या पूरा नहीं किया जा सकता
5xx: सर्वर त्रुटि — सर्वर एक मान्य अनुरोध पूरा करने में विफल रहा
उपयोग के मामले
- जिस API के साथ आप इंटीग्रेट कर रहे हैं उससे लौटाए गए अपरिचित स्टेटस कोड को जल्दी समझना
- किसी विशेष त्रुटि स्थिति के लिए अपने खुद के API से कौन सा स्टेटस कोड लौटाना है यह तय करना
- यह जांच कर कि कोई विशिष्ट कोड वास्तव में क्या दर्शाता है, अनुरोध विफलता को डीबग करना
- किसी वेब डेवलपमेंट कोर्स में HTTP मूल बातें सिखाना या सीखना
- सटीक त्रुटि-हैंडलिंग लॉजिक लिखना जो अलग-अलग 4xx और 5xx मामलों में अंतर करता है
मुख्य लाभ
- एक ही खोज योग्य संदर्भ में हर सामान्य रूप से उपयोग होने वाला स्टेटस कोड
- केवल औपचारिक RFC शब्दावली नहीं, बल्कि सरल-भाषा में स्पष्टीकरण
- श्रेणी अनुसार (1xx से 5xx तक) तुरंत फ़िल्टर करें
- मुफ़्त, तेज़, बिना साइन-अप के
प्रो टिप्स
- 5xx कोड को सख़्ती से सर्वर-साइड विफलताओं के लिए ही आरक्षित रखें — क्लाइंट इनपुट त्रुटियां दर्शाने के लिए कभी इनका उपयोग न करें
- रेट-लिमिटिंग करते समय Retry-After हेडर के साथ 429 का उपयोग करें, ताकि सुव्यवस्थित क्लाइंट जान सकें कि कब फिर से कोशिश करनी है
- जब भी कोई संसाधन वास्तव में मौजूद न हो तो सामान्य त्रुटि पेज के बजाय 404 को प्राथमिकता दें — यह यूज़र और सर्च इंजन दोनों के लिए बेहतर है
- API डिज़ाइन करते समय, सब कुछ एक सामान्य 400 पर छोड़ने के बजाय विशिष्ट 4xx कोड (422, 409, 400) चुनें
सामान्य गलतियाँ जिनसे बचना चाहिए
- वास्तव में विफल हुए अनुरोध के लिए 200 OK लौटाना, जिससे मॉनिटरिंग टूल्स से त्रुटियां छिप जाती हैं
- 401 (प्रमाणित नहीं) को 403 (प्रमाणित लेकिन अधिकृत नहीं) के साथ भ्रमित करना
- स्थायी होने वाले रीडायरेक्ट के लिए 302 का उपयोग करना (जबकि 301 होना चाहिए), जिससे SEO को नुकसान होता है
- क्लाइंट-साइड त्रुटि हैंडलिंग में विशिष्ट कोड के आधार पर शाखा बनाने के बजाय सभी 4xx और 5xx त्रुटियों को समान मानना
मुख्य शर्तें समझाई गईं
- स्टेटस लाइन: HTTP रिस्पॉन्स की पहली लाइन, जिसमें स्टेटस कोड और एक संक्षिप्त कारण वाक्यांश होता है
- आइडेम्पोटेंट: कुछ HTTP मेथड्स की एक विशेषता जहां एक ही अनुरोध को दोहराने का प्रभाव उसे एक बार करने जैसा ही होता है
- रीडायरेक्ट चेन: अंतिम संसाधन तक पहुंचने से पहले ब्राउज़र द्वारा फॉलो किए गए कई रीडायरेक्ट का क्रम
- रेट लिमिटिंग: किसी क्लाइंट द्वारा किसी दिए गए समय सीमा में किए जा सकने वाले अनुरोधों की संख्या को सीमित करना, जिसे अक्सर 429 से दर्शाया जाता है
संबंधित अवधारणाएँ
- JSON फ़ॉर्मेटर:
- JSON वैलिडेटर:
- रेगेक्स टेस्टर:
- URL एन्कोडर/डीकोडर:
- Base64 एन्कोडर/डीकोडर:
उदाहरण
"429" खोजने पर "Too Many Requests" मिलता है — यह वह कोड है जो APIs तब लौटाते हैं जब आपने रेट लिमिट पार कर ली हो, जो आपको धीमा करने और कुछ देर बाद पुनः प्रयास करने का संकेत देता है।
आपके परिणामों की व्याख्या
HTTP स्टेटस कोड को उनके पहले अंक के आधार पर पांच वर्गों में बांटा गया है। 1xx सूचनात्मक होते हैं और एप्लिकेशन कोड में शायद ही दिखते हैं। 2xx सफलता की पुष्टि करते हैं — 200 OK सबसे आम है, लेकिन 201 Created और 204 No Content भी REST APIs में अक्सर आते हैं। 3xx पुनर्निर्देशन संभालते हैं, जिनमें 301 (स्थायी) और 302 (अस्थायी) सबसे महत्वपूर्ण हैं।
4xx त्रुटियां क्लाइंट के अनुरोध में किसी समस्या का संकेत देती हैं। सबसे आम हैं 400 Bad Request (गलत सिंटैक्स), 401 Unauthorized (प्रमाणित नहीं), 403 Forbidden (अधिकृत नहीं), 404 Not Found (संसाधन मौजूद नहीं) और 429 Too Many Requests (दर सीमा पार)। विशिष्ट 4xx कोड का सही उपयोग आपकी API को हर चीज़ के लिए सामान्य 400 लौटाने की तुलना में कहीं अधिक डीबग करने योग्य बनाता है।
5xx त्रुटियों का मतलब है कि सर्वर विफल रहा। 500 सामान्य आंतरिक त्रुटि है, 502 Bad Gateway ऊपरी सर्वर की समस्या का संकेत देता है, और 503 Service Unavailable का अर्थ आमतौर पर होता है कि सर्वर अतिभारित है या रखरखाव के लिए बंद है। 5xx त्रुटियों को डीबग करते समय क्लाइंट प्रतिक्रिया के बजाय सर्वर लॉग देखें, क्योंकि स्टेटस कोड अकेले शायद ही मूल कारण बताता है।