HTTP त्रुटी कोड: सर्व्हर त्रुटींची संपूर्ण यादी

वेब डेव्हलपमेंटच्या जगात, HTTP एरर कोड वापरकर्त्याच्या अनुभवावर आणि वेबसाइटच्या प्रतिष्ठेवर परिणाम करण्यात महत्त्वाची भूमिका बजावतात. या लेखात, आपण सर्व्हर एरर कोडची संपूर्ण यादी पाहू, त्यांचे अर्थ विश्लेषण करू आणि समस्या सोडवण्यासाठी आणि वेब अॅप्सच्या कामगिरीला अनुकूल करण्यासाठी सर्व्हर रिस्पॉन्स कोडचे प्रभावीपणे अर्थ कसे लावायचे ते शिकू.

HTTP प्रतिसाद कोड म्हणजे काय?

HTTP प्रतिसाद कोड ही वेब सर्व्हरची भाषा आहे जी ब्राउझर विनंत्यांचे समजण्यायोग्य सूचनांमध्ये भाषांतर करते. हे एखाद्या कवीसारखे आहे जो आभासी प्रश्नांची उत्तरे देतो, त्यांना अर्थ आणि दिशा देतो. प्रतिसाद कोड नेहमीच HTTP त्रुटी कोड नसतात. उदाहरणार्थ, “200 OK” म्हणजे सर्वकाही ठीक आहे, परंतु HTTP त्रुटी “404 सापडला नाही” म्हणजे जेव्हा पृष्ठ आभासी जागेत हरवले जाते. प्रत्येक कोड सर्व्हर स्थितीची एक अद्वितीय अभिव्यक्ती आहे, ज्याचे डीकोडिंग आपल्याला आभासी जगाच्या दुसऱ्या बाजूला काय घडत आहे हे समजून घेण्यास अनुमती देते.

१xx कोड (माहिती)

HTTP प्रोटोकॉलमधील 1xx स्टेटस कोड हे सर्व्हर आणि क्लायंटमधील संवादातील एक प्रकारचा पहिला दुवा आहे. विनंतीला संपूर्ण प्रतिसाद देण्याऐवजी, ते सध्याच्या स्थितीबद्दल माहिती प्रदान करतात, ज्यामुळे डेटा एक्सचेंज अधिक कार्यक्षम होते. चला त्यांच्याकडे बारकाईने पाहूया:

100 सुरू ठेवा. HTTP प्रतिसाद कोड ज्यामध्ये सर्व्हर वापरकर्त्याला हिरवा कंदील देतो, ज्यामुळे तो सुरक्षितपणे मोठी विनंती पाठवत राहू शकतो.

101 स्विचिंग प्रोटोकॉल. सर्व्हर क्लायंटला सांगतो की तो गेमचे नियम बदलत आहे, उदाहरणार्थ, HTTP वरून अधिक सुरक्षित HTTPS वर जात आहे. या प्रकरणात, प्रोटोकॉल बदलण्यासाठी "अपग्रेड" हेडर वापरला जातो.

102 प्रक्रिया. हा कोड सर्व्हरने विनंती स्वीकारली आहे, परंतु तरीही एका जटिल ऑपरेशनमध्ये व्यस्त आहे असा संदेश देतो.

103 लवकर सूचना. येथे सर्व्हर मुख्य प्रतिसादापूर्वी क्लायंटला अनेक सूचक शीर्षलेख पाठवतो, जे नजीकच्या भविष्यात संबंधित असलेल्या एखाद्या गोष्टीबद्दल चेतावणी देतात.

२xx कोड (यशस्वी)

२xx गटातील HTTP त्रुटी कोड सर्व्हरकडून यशस्वी विनंती दर्शवतात. ते वेब संप्रेषणाच्या क्षेत्रात मूलतः "हिरवा कंदील" म्हणून काम करतात, जे पुष्टी करतात की सर्वकाही योजनेनुसार चालले आहे आणि यशस्वीरित्या पूर्ण झाले आहे.

200 ठीक आहे. जेव्हा सर्व्हर GET पद्धतीने कोणत्याही अडचणीशिवाय विनंतीवर प्रक्रिया करतो आणि विनंती केलेला डेटा प्रतिसादात परत करतो तेव्हा ही स्थिती वापरली जाते. "Content-Type" हेडर प्रतिसादातील सामग्री प्रकाराचा अहवाल देतो. ते फक्त क्लायंटला विनंती यशस्वी झाल्याची माहिती देते.

201 तयार केले. येथे सर्व्हर नवीन संसाधनाच्या निर्मितीची घोषणा करतो.

202 स्वीकारले. सर्व्हर वापरकर्त्याला विनंती स्वीकारल्याचे कळवतो, परंतु प्रतिसाद देण्यासाठी वेळ लागेल.

२०३ अधिकृत नसलेली माहिती. हा कोड क्लायंटला असा डेटा प्रदान करतो जो अधिकृत नसू शकतो, परंतु तुलना करण्यासाठी वापरला जाऊ शकतो.

204 कोणतीही सामग्री नाही. सर्व्हरने विनंतीवर प्रक्रिया केली आहे परंतु कोणतीही अतिरिक्त सामग्री परत करत नाही.

२०५ सामग्री रीसेट करा. येथे क्लायंटला पाठवल्यानंतर वर्तमान दृश्य किंवा डेटा रीसेट करण्याची सूचना दिली जाते.

206 आंशिक सामग्री. या प्रकरणात असे सूचित होते की प्रतिसादात विनंती केलेल्या सामग्रीचा फक्त काही भाग आहे. "सामग्री-श्रेणी" हेडर आंशिक सामग्री श्रेणी दर्शवते.

२०७ मल्टी-स्टेटस. सर्व्हरने क्लायंटकडून एकाधिक-ऑपरेशन विनंती यशस्वीरित्या पूर्ण केली आहे आणि प्रतिसादात प्रत्येक ऑपरेशनच्या स्थितीबद्दल माहिती आहे.

२२६ आयएम वापरले. हा कोड दर्शवितो की सर्व्हरने वाढीव मेटाडेटा (IM) पद्धत वापरली आणि क्लायंटला फक्त सुधारित संसाधन भाग देऊन प्रतिसाद दिला.

३xx कोड (पुनर्निर्देशने)

HTTP प्रोटोकॉलमधील 3xx कोड हे पॉइंटर्ससारखे असतात जे वापरकर्त्याला नवीन संसाधन स्थानाकडे मार्गदर्शन करतात. ते क्लायंटला सूचित करतात की विनंती केलेली सामग्री मिळविण्यासाठी किंवा दुसऱ्या संसाधनाकडे पुनर्निर्देशित करण्यासाठी पुढील पावले उचलली पाहिजेत. चला त्या प्रत्येकाच्या तपशीलांमध्ये बुडून जाऊया:

300 एकाधिक निवडी. क्लायंटला एक सिग्नल मिळतो की संसाधनासाठी अनेक संभाव्य स्थाने आहेत आणि प्रतिसादात त्याला पर्याय दिला जातो. सध्याच्या परिस्थितीत, "स्थान" शीर्षलेख संसाधनासाठी पर्यायी पर्याय दर्शवू शकतो.

301 कायमचे हलवले. सर्व्हर वापरकर्त्याला परत कळवतो की संसाधन कायमचे दुसऱ्या ठिकाणी हलवले गेले आहे.

302 सापडले. हा HTTP कोड तात्पुरत्या पुनर्निर्देशनासारखाच आहे. सर्व्हर ग्राहकांना माहिती देतो की संसाधन तात्पुरते वेगळ्या URL वर उपलब्ध आहे. "स्थान" हेडर तात्पुरत्या पुनर्निर्देशनासाठी नवीन URL कडे निर्देशित करते.

303 इतर पहा. क्लायंटला सांगितले जाते की संसाधन वेगळ्या URL वर उपलब्ध आहे आणि त्याने या नवीन पत्त्यावर GET विनंती करणे आवश्यक आहे.

304 सुधारित नाही. ही स्थिती क्लायंटला सांगते की मागील विनंतीपासून संसाधन अपरिवर्तित राहिले आहे आणि ते पुन्हा डाउनलोड करण्याची आवश्यकता नाही. विनंती करताना, संसाधन सुधारित केले गेले आहे की नाही हे तपासण्यासाठी "जर-सुधारित-पासून" हेडर वापरला जातो.

305 प्रॉक्सी वापरा. प्रतिसाद म्हणून, सर्व्हरने विनंती केलेल्या संसाधनात प्रवेश करण्यासाठी निर्दिष्ट प्रॉक्सी वापरण्याची तक्रार केली आहे.

३०६ (राखीव) — कोड राखीव ठेवण्यात आला आहे, पण प्रत्यक्षात तो वापरला जात नाही.

307 तात्पुरते पुनर्निर्देशन. हा कोड 302 Found सारखाच आहे, परंतु क्लायंटला मूळ विनंतीमध्ये वापरल्या जाणाऱ्या विनंती पद्धतीत राहणे आवश्यक आहे.

308 कायमस्वरूपी पुनर्निर्देशन. हे दर्शवते की संसाधनाने कायमचे नवीन URI मध्ये स्थानांतर केले आहे आणि क्लायंटने भविष्यातील सर्व विनंत्यांसाठी नवीन URI वापरावे.

४xx HTTP त्रुटी (क्लायंट त्रुटी)

HTTP 4xx एरर कोड क्लायंट एरर दर्शवतात. याचा अर्थ असा की समस्या वापरकर्त्याच्या बाजूने आहे, जसे की वेब ब्राउझर किंवा अॅपमध्ये.

400 खराब विनंती. सिंटॅक्स त्रुटी, अवैध डेटा किंवा क्लायंट बाजूच्या इतर त्रुटींमुळे सर्व्हर विनंतीवर प्रक्रिया करू शकत नाही.

401 अनधिकृत. वाक्यरचना त्रुटी, अवैध डेटा किंवा क्लायंट बाजूच्या इतर त्रुटींमुळे सर्व्हर विनंतीवर प्रक्रिया करू शकत नाही.

402 पेमेंट आवश्यक आहे. सध्या हा कोड सक्रिय नाही आणि भविष्यातील वापरासाठी राखीव आहे. भविष्यात संसाधनात प्रवेश करण्यापूर्वी पैसे देण्याची आवश्यकता दर्शवू शकते.

HTTP त्रुटी ४०३ निषिद्ध. विनंती केलेल्या संसाधनात प्रवेश करण्यासाठी क्लायंटकडे पुरेसे अधिकार नाहीत.

404 सापडले नाही. विनंती केलेला स्रोत सर्व्हरवर अस्तित्वात नाही. ही सर्वात सामान्य वापरकर्त्याच्या चुकांपैकी एक आहे.

405 पद्धत अनुमत नाही. सर्व्हर या संसाधनादरम्यान निर्दिष्ट विनंती पद्धतीला समर्थन देत नाही. “अनुमती द्या” हेडर संसाधनासाठी परवानगी असलेल्या पद्धती दर्शवितो. या कोडसह,

४०६ स्वीकारार्ह नाही. सर्व्हर क्लायंटद्वारे स्वीकारल्या जाऊ शकणार्‍या स्वरूपात डेटा प्रदान करू शकत नाही.

407 प्रॉक्सी प्रमाणीकरण आवश्यक आहे. विनंती केलेल्या संसाधनात प्रवेश करण्यासाठी प्रॉक्सी सर्व्हरवरील प्रमाणीकरण आवश्यक आहे.

408 विनंती कालबाह्य. सर्व्हर क्लायंटकडून विनंती प्राप्त होण्याची वाट पाहत होता, परंतु वेळ संपली. "पुन्हा प्रयत्न करा-नंतर" हेडर विनंती पुन्हा प्रयत्न करता येईल त्या वेळेचे संकेत देऊ शकते.

409 संघर्ष. सध्याच्या संसाधन स्थितीशी संघर्ष झाल्यामुळे विनंती पूर्ण करता येत नाही.

410 गेले. विनंती केलेला स्रोत पूर्वी अस्तित्वात होता पण आता तो हटवण्यात आला आहे आणि त्याची पुनर्संचयित होण्याची अपेक्षा नाही.

411 लांबी आवश्यक. सर्व्हर विनंतीमध्ये सामग्रीची लांबी निर्दिष्ट करण्याची मागणी करतो; ही माहिती नसणे ही एक त्रुटी मानली जाते.

412 पूर्वस्थिती अयशस्वी. विनंतीमधील एक पूर्वअट पूर्ण झाली नाही, जी ती अंमलात आणण्यापासून रोखते.

413 पेलोड खूप मोठे आहे. विनंती डेटाचा आकार सर्व्हर मर्यादेपेक्षा जास्त आहे.

414 URI खूप लांब आहे. विनंतीमधील URI लांबी स्वीकार्य मर्यादेपेक्षा जास्त आहे.

415 असमर्थित मीडिया प्रकार. विनंतीमध्ये प्रदान केलेल्या डेटा प्रकारावर सर्व्हर प्रक्रिया करू शकत नाही.

416 श्रेणी समाधानकारक नाही. HTTP त्रुटी जिथे विनंती केलेली श्रेणी सध्याच्या सर्व्हर डेटाशी जुळत नाही.

417 अपेक्षा अयशस्वी. "अपेक्षा" शीर्षलेखातील अपेक्षित अट पूर्ण झाली नाही.

418 मी एक चहाची भांडी आहे. हा कोड विनोद म्हणून समाविष्ट केला आहे आणि तो वापरकर्त्यासाठी किंवा सर्व्हरसाठी कोणतीही वास्तविक कृती सूचित करत नाही आणि तो पूर्ण त्रुटी नाही. तो सूचित करतो की सर्व्हर एक चहाची भांडी आहे आणि कॉफी बनवण्यास सक्षम नाही.

४२१ चुकीची विनंती. विनंती किंवा सर्व्हर कॉन्फिगरेशनमधील त्रुटीमुळे सर्व्हर विनंतीवर प्रक्रिया करत नाही.

४२२ प्रक्रिया न करता येणारी अस्तित्व. सर्व्हरला विनंती समजते, परंतु डेटा त्रुटींमुळे ती प्रक्रिया करत नाही.

423 लॉक केलेले. संसाधन अवरोधित केले आहे आणि त्यावर प्रक्रिया केली जाऊ शकत नाही.

४२४ अयशस्वी अवलंबित्व. विनंती दुसऱ्या न अंमलात आणलेल्या विनंतीवर अवलंबून आहे.

४२५ खूप लवकर. विनंती लवकर येत असल्याने सर्व्हर त्यावर प्रक्रिया करण्यास तयार नाही.

४२६ अपग्रेड आवश्यक आहे. विनंतीवर प्रक्रिया करण्यासाठी सर्व्हरला अधिक प्रगत प्रोटोकॉलचा वापर आवश्यक आहे.

४२८ पूर्वअट आवश्यक. सर्व्हरला विनंतीमध्ये काही पूर्व-अटी निर्दिष्ट करण्याची आवश्यकता असते.

429 खूप विनंत्या. क्लायंटने कमी वेळात खूप जास्त विनंत्या पाठवल्या, सर्व्हरच्या मर्यादा ओलांडल्या.

४३१ रिक्वेस्ट हेडर फील्ड खूप मोठे आहेत. विनंती शीर्षलेख कमाल अनुमत आकारापेक्षा जास्त आहेत.

४४९ पुन्हा प्रयत्न करा. हे सूचित करते की विनंती सध्याच्या सर्व्हरद्वारे चालवता येत नाही, परंतु दुसऱ्या सर्व्हरद्वारे यशस्वीरित्या प्रक्रिया केली जाऊ शकते आणि क्लायंटने नवीन URI सह विनंती पुन्हा करण्याचा प्रयत्न करावा.

कायदेशीर कारणांमुळे ४५१ अनुपलब्धकायदेशीर कारणांमुळे हा अहवाल उपलब्ध नाही.

४९९ क्लायंट बंद विनंती. सर्व्हरला विनंती मिळाली, परंतु प्रक्रिया पूर्ण होण्यापूर्वी क्लायंटने कनेक्शन बंद केले.

HTTP 5xx त्रुटी (सर्व्हर त्रुटी)

HTTP 5xx एरर कोड सर्व्हर समस्या दर्शवतात. हे कोड सर्व्हर बाजूला उद्भवलेल्या समस्या दर्शवतात, ज्यामुळे सर्व्हर वापरकर्त्याच्या विनंतीवर योग्य प्रकारे प्रक्रिया करू शकत नाही. चला त्यांना जवळून पाहूया:

HTTP त्रुटी 500 अंतर्गत सर्व्हर त्रुटी. सर्व्हरला अनपेक्षित परिस्थितींचा सामना करावा लागतो ज्यामुळे तो विनंती पूर्ण करण्यापासून रोखतो. "सर्व्हर" हेडर कदाचित त्या सर्व्हरला सूचित करू शकतो ज्यावर त्रुटी आली.

501 अंमलात नाही. क्लायंटच्या विनंतीवर प्रक्रिया करण्यासाठी आवश्यक असलेल्या कार्यक्षमतेला सर्व्हर समर्थन देत नाही. "Via" हेडर कदाचित प्रॉक्सी सर्व्हर दर्शवू शकतो ज्याद्वारे त्रुटी आली.

502 खराब गेटवे. या कोडचा अर्थ असा की प्रॉक्सी म्हणून काम करणाऱ्या सर्व्हरला दुसऱ्या सर्व्हरकडून चुकीचा प्रतिसाद मिळाला.

HTTP त्रुटी 503 सेवा अनुपलब्ध. सर्व्हर तात्पुरते विनंत्या प्रक्रिया करण्यास अक्षम आहे.

504 गेटवे वेळ - आउट. प्रॉक्सी म्हणून काम करणाऱ्या सर्व्हरला दुसऱ्या सर्व्हरकडून वेळेवर प्रतिसाद मिळाला नाही.

505 HTTP आवृत्ती समर्थित नाही. विनंतीमध्ये निर्दिष्ट केलेल्या HTTP प्रोटोकॉल आवृत्तीला सर्व्हर समर्थन देत नाही. बॅकअप पर्याय म्हणून, "अपग्रेड" हेडर समर्थित प्रोटोकॉल दर्शवू शकतो.

५०६ प्रकार देखील वाटाघाटी करतो. ही स्थिती HTTP/1.1 मध्ये वापरली जात नाही; तथापि, जर सर्व्हरला अंतर्गत कॉन्फिगरेशन आढळले ज्यामुळे सामग्री वाटाघाटी अस्पष्टता निर्माण होते, तर ते या प्रतिसादाचा वापर करू शकते.

507 अपुरा स्टोरेज. सर्व्हरवर अपुरी स्टोरेज जागा असल्याने सर्व्हर विनंती पूर्ण करू शकत नाही.

५०८ लूप आढळला. विनंती प्रक्रिया करताना सर्व्हरला एक लूप आढळला आहे आणि अनंत लूप टाळण्यासाठी विनंती पूर्ण करण्यास नकार देतो.

509 बँडविड्थ मर्यादा ओलांडली. जेव्हा जास्त प्रमाणात विनंत्या किंवा ट्रॅफिकमुळे सर्व्हरची बँडविड्थ ओलांडली जाते तेव्हा त्रुटी येते.

५१० विस्तारित नाही. विनंती सुरू ठेवण्यासाठी क्लायंटला अतिरिक्त विस्तार हस्तांतरित करावे लागतील.

511 नेटवर्क प्रमाणीकरण आवश्यक आहे. नेटवर्कमध्ये प्रवेश मिळविण्यासाठी क्लायंटने स्वतःला प्रमाणित करणे आवश्यक आहे.

पेज स्टेटस कोड कसा तपासायचा

या विभागात, आपण पेज स्टेटस कोड तपासण्याचे तीन मुख्य मार्ग विचारात घेऊ: कमांड लाइनद्वारे, वेब ब्राउझर वापरून आणि स्वतंत्र ऑनलाइन सेवा वापरून. या प्रत्येक पद्धतीचे स्वतःचे फायदे आहेत आणि वेगवेगळ्या परिस्थितींमध्ये उपयुक्त ठरू शकतात.

कमांड लाइनद्वारे सर्व्हर प्रतिसाद तपासत आहे

कमांड लाइन वेब ब्राउझर न वापरता पेज स्टेटस कोड तपासण्याचा एक सोयीस्कर मार्ग प्रदान करते. या पद्धतीसाठी, तुम्हाला कमांड लाइन उघडावी लागेल आणि ही कमांड वापरावी लागेल:

curl -I http://page-address

ही कमांड निर्दिष्ट URL वर HEAD रिक्वेस्ट (फक्त हेडर रिक्वेस्ट) पाठवते आणि HTTP स्टेटस कोडसह माहिती प्रदर्शित करते:

वरील उदाहरणात यशस्वी प्रतिसाद कोड दाखवला आहे. ४०४ नॉट फाउंड HTTP एरर सारख्या एरर कोड असलेल्या प्रतिसादाच्या बाबतीत, निकाल सारखाच दिसेल:

ब्राउझर कन्सोलद्वारे सर्व्हर प्रतिसाद तपासत आहे

वेब ब्राउझर डेव्हलपर कन्सोल विविध ऑपरेशन्स करण्यासाठी साधने प्रदान करतो, ज्यामध्ये पेज स्टेटस कोड तपासणे समाविष्ट आहे. सर्व्हर प्रतिसादात HTTP कोड पाहण्यासाठी, तुम्हाला वापरलेल्या ब्राउझरवर अवलंबून डेव्हलपर कन्सोल (Ctrl+Shift+K) किंवा (Ctrl+shift+J) उघडावे लागेल. पुढे, "नेटवर्क" विभाग निवडा आणि इच्छित पृष्ठ लोड करा:

स्वतंत्र साधनांचा वापर करून सर्व्हर प्रतिसाद तपासत आहे

वेबसाइट पेज स्टेटस कोड तपासण्यासाठी साधने प्रदान करणाऱ्या अनेक स्वतंत्र ऑनलाइन सेवा आहेत. या सेवा सहसा तुम्हाला तुमच्या संसाधनाची उपलब्धता आणि कामगिरीचा आढावा त्वरित मिळवण्याची परवानगी देतात. त्या सर्व एकाच तत्त्वावर कार्य करतात. उदाहरण म्हणून, आम्ही सर्वात लोकप्रिय संसाधनाचा विचार करू - httpstatus.io

सर्वप्रथम, तुम्हाला सेवा स्वतः उघडावी लागेल, नंतर तुम्हाला ज्या उत्तराची आवश्यकता आहे त्या पृष्ठाचा पत्ता प्रविष्ट करा आणि पडताळणीची विनंती करा:

निकाल पृष्ठाच्या तळाशी प्रदर्शित होईल:

निष्कर्ष

शेवटी, हे अधोरेखित केले पाहिजे की वेब डेव्हलपमेंट आणि सर्व्हर देखभालीमध्ये सहभागी असलेल्या प्रत्येकासाठी HTTP एरर कोड समजून घेणे आणि वाचण्यास सक्षम असणे हे एक महत्त्वाचे कौशल्य आहे. प्रत्येक एरर शोधून काढताना आणि ती शोधण्यासाठी साधने एक्सप्लोर करताना, या वेब सेवा पैलूंचे प्रभावीपणे व्यवस्थापन करणे इतके महत्त्वाचे का आहे याची कारणे आपल्याला दिसतात.