HTTP त्रुटि कोडहरू: सर्भर त्रुटिहरूको पूर्ण सूची

वेब विकासको दुनियाँमा, HTTP त्रुटि कोडहरूले वेबसाइटको प्रयोगकर्ता अनुभव र प्रतिष्ठालाई असर गर्न महत्त्वपूर्ण भूमिका खेल्छन्। यस लेखमा, हामी सर्भर त्रुटि कोडहरूको पूर्ण सूची विचार गर्नेछौं, तिनीहरूको अर्थ विश्लेषण गर्नेछौं, र समस्याहरू समाधान गर्न र वेब एप्सको कार्यसम्पादनलाई अनुकूलन गर्न सर्भर प्रतिक्रिया कोडहरूलाई प्रभावकारी रूपमा कसरी व्याख्या गर्ने भनेर सिक्नेछौं।

HTTP प्रतिक्रिया कोड भनेको के हो?

HTTP प्रतिक्रिया कोड वेब सर्भरहरूको भाषा हो जसले ब्राउजर अनुरोधहरूलाई बुझ्न सकिने निर्देशनहरूमा अनुवाद गर्दछ। यो भर्चुअल प्रश्नहरूको जवाफ दिने कवि जस्तै हो, तिनीहरूलाई अर्थ र दिशा दिन्छ। प्रतिक्रिया कोडहरू सधैं HTTP त्रुटि कोडहरू हुँदैनन्। उदाहरणका लागि, "२०० ठीक छ" को अर्थ सबै कुरा ठीक छ, तर HTTP त्रुटि "४०४ फेला परेन" को अर्थ जब पृष्ठ भर्चुअल स्पेसमा हराएको हुन्छ। प्रत्येक कोड सर्भर अवस्थाको एक अद्वितीय अभिव्यक्ति हो, जसको डिकोडिङले हामीलाई भर्चुअल संसारको अर्को छेउमा के भइरहेको छ भनेर बुझ्न अनुमति दिन्छ।

१xx कोडहरू (जानकारी)

HTTP प्रोटोकलमा 1xx स्थिति कोडहरू सर्भर र क्लाइन्ट बीचको संवादमा एक प्रकारको पहिलो लिङ्क हुन्। अनुरोधको पूर्ण प्रतिक्रिया प्रदान गर्नुको सट्टा, तिनीहरूले हालको स्थितिको बारेमा जानकारी प्रदान गर्छन्, जसले गर्दा डेटा आदानप्रदान अझ प्रभावकारी हुन्छ। तिनीहरूलाई नजिकबाट हेरौं:

100 जारी राख्नुहोस्। HTTP प्रतिक्रिया कोड जसमा सर्भरले प्रयोगकर्तालाई हरियो बत्ती दिन्छ, जसले गर्दा उसलाई सुरक्षित रूपमा ठूलो अनुरोध पठाउन जारी राख्न अनुमति दिन्छ।

101 स्विचिङ प्रोटोकलहरू। सर्भरले क्लाइन्टलाई बताउँछ कि यसले खेलको नियमहरू परिवर्तन गर्दैछ, उदाहरणका लागि, HTTP बाट थप सुरक्षित HTTPS मा सर्दै। यस अवस्थामा, प्रोटोकल परिवर्तनको लागि "अपग्रेड" हेडर प्रयोग गरिन्छ।

102 प्रशोधन। यो कोड सर्भरले अनुरोध स्वीकार गरेको तर अझै पनि जटिल सञ्चालनमा व्यस्त रहेको सन्देश जस्तै हो।

103 प्रारम्भिक संकेतहरू। यहाँ सर्भरले मुख्य प्रतिक्रिया अघि क्लाइन्टलाई धेरै संकेतात्मक हेडरहरू पठाउँछ, निकट भविष्यमा सान्दर्भिक हुन सक्ने कुराको बारेमा चेतावनी दिन्छ।

२xx कोड (सफल)

समूह २xx मा HTTP त्रुटि कोडहरूले सर्भरबाट सफल अनुरोधलाई संकेत गर्दछ। तिनीहरू अनिवार्य रूपमा वेब सञ्चारको दायरामा "हरियो बत्ती" को रूपमा काम गर्छन्, जसले सबै कुरा योजना अनुसार भइरहेको छ र सफलतापूर्वक पूरा भएको पुष्टि गर्दछ।

200 ठीक छ। यो स्थिति तब प्रयोग गरिन्छ जब सर्भरले GET विधिद्वारा कुनै समस्या बिना अनुरोध प्रशोधन गर्छ र अनुरोध गरिएको डेटा प्रतिक्रियामा फिर्ता गर्छ। "सामग्री-प्रकार" हेडरले प्रतिक्रियामा सामग्री प्रकार रिपोर्ट गर्दछ। यसले ग्राहकलाई अनुरोध सफल भएको जानकारी दिन्छ।

201 सिर्जना गरियो। यहाँ सर्भरले नयाँ स्रोत सिर्जनाको घोषणा गर्दछ।

० स्वीकार्य। सर्भरले प्रयोगकर्तालाई अनुरोध स्वीकार गरिएको थाहा दिन्छ, तर प्रतिक्रिया दिन समय लाग्नेछ।

२०३ गैर-आधिकारिक जानकारी। यो कोडले ग्राहकलाई आधिकारिक नहुन सक्छ, तर तुलनाको लागि प्रयोग गर्न सकिने डेटा प्रदान गर्दछ।

204 कुनै सामग्री छैन। सर्भरले अनुरोध प्रशोधन गरेको छ तर कुनै अतिरिक्त सामग्री फिर्ता गरिरहेको छैन।

२०५ सामग्री रिसेट गर्नुहोस्। यहाँ क्लाइन्टलाई पठाएपछि हालको दृश्य वा डेटा रिसेट गर्न निर्देशन दिइएको छ।

206 आंशिक सामग्री। यो केसले प्रतिक्रियामा अनुरोध गरिएको सामग्रीको केही अंश मात्र समावेश छ भन्ने संकेत गर्छ। "सामग्री-दायरा" हेडरले आंशिक सामग्री दायरालाई जनाउँछ।

२०७ बहु-स्थिति। सर्भरले क्लाइन्टबाट बहु-सञ्चालन अनुरोध सफलतापूर्वक पूरा गरेको छ, र प्रतिक्रियामा प्रत्येक अपरेशनको स्थितिको बारेमा जानकारी समावेश छ।

२२६ IM प्रयोग गरिएको। यो कोडले सर्भरले वृद्धिशील मेटाडेटा (IM) विधि प्रयोग गरेको र परिमार्जित स्रोत भागहरू मात्र क्लाइन्टलाई पास गरेर प्रतिक्रिया दिएको संकेत गर्छ।

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

HTTP प्रोटोकलमा 3xx कोडहरू सूचकहरू जस्तै हुन् जसले प्रयोगकर्तालाई नयाँ स्रोत स्थानमा मार्गदर्शन गर्दछ। तिनीहरूले ग्राहकलाई अनुरोध गरिएको सामग्री प्राप्त गर्न वा अर्को स्रोतमा पुन: निर्देशित गर्न अनुगमन चरणहरू लिनुपर्छ भनेर सूचित गर्छन्। तिनीहरू प्रत्येकको विवरणमा डुबौं:

300 बहु विकल्पहरू। ग्राहकले स्रोतको लागि धेरै सम्भावित स्थानहरू छन् भन्ने संकेत प्राप्त गर्दछ र प्रतिक्रियामा छनोट दिइएको छ। हालको परिस्थितिमा, "स्थान" हेडरले स्रोतको लागि वैकल्पिक विकल्पहरू संकेत गर्न सक्छ।

301 स्थायी रूपमा सारियो। सर्भरले प्रयोगकर्तालाई रिपोर्ट गर्छ कि स्रोत स्थायी रूपमा अर्को स्थानमा सारिएको छ।

302०२ भेटियो। यो HTTP कोड अस्थायी रिडिरेक्ट जस्तै हो। सर्भरले उपभोक्तालाई जानकारी दिन्छ कि स्रोत अस्थायी रूपमा फरक URL मा उपलब्ध छ। "स्थान" हेडरले अस्थायी रिडिरेक्टको लागि नयाँ URL लाई औंल्याउँछ।

303 अरू हेर्नुहोस्। ग्राहकलाई भनिएको छ कि स्रोत फरक URL मा उपलब्ध छ र यो नयाँ ठेगानामा GET अनुरोध गर्नुपर्छ।

304 परिमार्जित छैन। यो स्थितिले क्लाइन्टलाई बताउँछ कि स्रोत अन्तिम अनुरोध पछि अपरिवर्तित रहेको छ र फेरि डाउनलोड गर्न आवश्यक छैन। अनुरोध गर्दा, "यदि-परिमार्जित-देखि" हेडर प्रयोग गरी स्रोत परिमार्जन गरिएको छ कि छैन भनेर जाँच गरिन्छ।

305 प्रोक्सी प्रयोग गर्नुहोस्। प्रतिक्रियाको रूपमा, सर्भरले अनुरोध गरिएको स्रोत पहुँच गर्न निर्दिष्ट प्रोक्सी प्रयोग गर्नुपर्छ भनी रिपोर्ट गर्छ।

३०६ (आरक्षित) — कोड आरक्षित गरिएको छ, तर वास्तवमा यो प्रयोग गरिएको छैन।

307 अस्थायी पुनर्निर्देशन। यो कोड ३०२ फाउन्ड जस्तै छ, तर क्लाइन्टलाई मूल अनुरोधमा प्रयोग गरिएको अनुरोध विधिमा रहन आवश्यक छ।

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 त्रुटि ५०० आन्तरिक सर्भर त्रुटि। सर्भरले अप्रत्याशित परिस्थितिहरूको सामना गर्छ जसले यसलाई अनुरोध पूरा गर्नबाट रोक्छ। "सर्भर" हेडरले त्रुटि भएको सर्भरलाई संकेत गर्न सक्छ।

501०१ लागू गरिएको छैन। सर्भरले क्लाइन्टको अनुरोध प्रशोधन गर्न आवश्यक कार्यक्षमतालाई समर्थन गर्दैन। "Via" हेडरले त्रुटि भएको प्रोक्सी सर्भरलाई संकेत गर्न सक्छ।

502 खराब गेटवे। यो कोडको अर्थ प्रोक्सीको रूपमा काम गर्ने सर्भरले अर्को सर्भरबाट गलत प्रतिक्रिया प्राप्त गर्यो भन्ने हो।

HTTP त्रुटि 503 सेवा उपलब्ध छैन। सर्भरले अनुरोधहरू प्रशोधन गर्न अस्थायी रूपमा असमर्थ छ।

504०XNUMX गेटवे टाइमआउट। प्रोक्सीको रूपमा काम गर्ने सर्भरले अर्को सर्भरबाट समयमै प्रतिक्रिया प्राप्त गरेन।

505०XNUMX HTTP संस्करण समर्थित छैन। अनुरोधमा निर्दिष्ट गरिएको HTTP प्रोटोकल संस्करणलाई सर्भरले समर्थन गर्दैन। ब्याकअप विकल्पको रूपमा, "अपग्रेड" हेडरले समर्थित प्रोटोकलहरूलाई संकेत गर्न सक्छ।

५०६ भेरियन्टले पनि वार्ता गर्छ। यो स्थिति HTTP/1.1 मा प्रयोग गरिएको छैन; यद्यपि, यदि सर्भरले सामग्री वार्ता अस्पष्टताको परिणामस्वरूप आन्तरिक कन्फिगरेसन पत्ता लगाउँछ भने, यसले यो प्रतिक्रिया प्रयोग गर्न सक्छ।

507 अपर्याप्त भण्डारण। सर्भरमा अपर्याप्त भण्डारण ठाउँको कारणले गर्दा सर्भरले अनुरोध पूरा गर्न सक्दैन।

५०८ लूप पत्ता लाग्यो। अनुरोध प्रशोधन गर्दा सर्भरले एउटा लूप पत्ता लगाएको छ, र अनन्त लूपबाट बच्न अनुरोध पूरा गर्न अस्वीकार गर्दछ।

५०९ ब्यान्डविथ सीमा नाघ्यो। अनुरोध वा ट्राफिकको उच्च मात्राको कारणले गर्दा सर्भरको ब्यान्डविथ नाघेको बेला त्रुटि हुन्छ।

५१० विस्तारित छैनअनुरोध जारी राख्न ग्राहकले थप विस्तारहरू स्थानान्तरण गर्नुपर्छ।

511 नेटवर्क प्रमाणीकरण आवश्यक छनेटवर्कमा पहुँच प्राप्त गर्न ग्राहकले आफूलाई प्रमाणित गर्नुपर्छ।

पृष्ठ स्थिति कोड कसरी जाँच गर्ने

यस खण्डमा, हामी पृष्ठ स्थिति कोड जाँच गर्ने तीन मुख्य तरिकाहरू विचार गर्नेछौं: कमाण्ड लाइन मार्फत, वेब ब्राउजर प्रयोग गरेर, र स्वतन्त्र अनलाइन सेवाहरू प्रयोग गरेर। यी प्रत्येक विधिहरूको आफ्नै फाइदाहरू छन् र विभिन्न परिस्थितिहरूमा उपयोगी हुन सक्छन्।

कमाण्ड लाइन मार्फत सर्भर प्रतिक्रिया जाँच गर्दै

कमाण्ड लाइनले वेब ब्राउजर प्रयोग नगरीकनै पृष्ठ स्थिति कोड जाँच गर्ने सुविधाजनक तरिका प्रदान गर्दछ। यस विधिको लागि, तपाईंले कमाण्ड लाइन खोल्नु पर्छ र निम्न आदेश प्रयोग गर्नु पर्छ:

curl -I http://page-address

यो आदेशले निर्दिष्ट URL मा HEAD अनुरोध (हेडरहरू मात्र अनुरोध) पठाउँछ र HTTP स्थिति कोड सहित जानकारी प्रदर्शन गर्दछ:

माथिको उदाहरणले सफल प्रतिक्रिया कोड देखाउँछ। ४०४ फेला परेन HTTP त्रुटि जस्ता त्रुटि कोड भएको प्रतिक्रियाको अवस्थामा, परिणाम समान देखिनेछ:

ब्राउजर कन्सोल मार्फत सर्भर प्रतिक्रिया जाँच गर्दै

वेब ब्राउजर विकासकर्ता कन्सोलले पृष्ठ स्थिति कोड जाँच गर्ने सहित विभिन्न कार्यहरू सञ्चालन गर्न उपकरणहरू प्रदान गर्दछ। सर्भर प्रतिक्रियामा HTTP कोड हेर्नको लागि, तपाईंले प्रयोग गरिएको ब्राउजरको आधारमा विकासकर्ता कन्सोल (Ctrl+Shift+K) वा (Ctrl+shift+J) खोल्नु पर्छ। अर्को, "नेटवर्क" खण्ड चयन गर्नुहोस् र इच्छित पृष्ठ लोड गर्नुहोस्:

स्वतन्त्र उपकरणहरू प्रयोग गरेर सर्भर प्रतिक्रिया जाँच गर्दै

वेबसाइट पृष्ठ स्थिति कोड जाँच गर्न उपकरणहरू प्रदान गर्ने स्वतन्त्र अनलाइन सेवाहरूको ठूलो संख्या छ। यी सेवाहरूले सामान्यतया तपाईंलाई आफ्नो स्रोतको उपलब्धता र कार्यसम्पादनको द्रुत रूपमा सिंहावलोकन प्राप्त गर्न अनुमति दिन्छ। तिनीहरू सबै एउटै सिद्धान्त प्रयोग गरेर सञ्चालन हुन्छन्। उदाहरणको रूपमा, हामी सबैभन्दा लोकप्रिय स्रोतलाई विचार गर्नेछौं - httpstatus.io मा

सबैभन्दा पहिले, तपाईंले सेवा आफैं खोल्नु पर्छ, त्यसपछि तपाईंले पत्ता लगाउन आवश्यक पर्ने उत्तर पृष्ठको ठेगाना प्रविष्ट गर्नुहोस्, र प्रमाणीकरण अनुरोध गर्नुहोस्:

नतिजा पृष्ठको तल प्रदर्शित हुनेछ:

निष्कर्ष

निष्कर्षमा, यो कुरामा जोड दिनुपर्छ कि HTTP त्रुटि कोडहरू बुझ्नु र पढ्न सक्षम हुनु वेब विकास र सर्भर मर्मतसम्भारमा संलग्न जो कोहीको लागि एक प्रमुख सीप हो। जब हामी प्रत्येक त्रुटि पत्ता लगाउँछौं र तिनीहरूलाई पत्ता लगाउन उपकरणहरू अन्वेषण गर्छौं, हामी यी वेब सेवा पक्षहरूलाई प्रभावकारी रूपमा व्यवस्थापन गर्नु किन यति महत्त्वपूर्ण छ भन्ने कारणहरू देख्छौं।