LibraTool logoLibraTool

ነፃ የHTTP Status Codes ማጣቀሻ

ለሁሉም HTTP status codes ሊፈለግ የሚችል ማጣቀሻ — እያንዳንዱ ምን ማለት እንደሆነ፣ መቼ እንደሚጠቀም እና የተለመዱ ምክንያቶች። ከ100 እስከ 511።

ከተጫነ በኋላ ከመስመር ውጭ ይሠራል

61 የሁኔታ ኮዶች

100

ቀጥል

አገልጋዩ የጥያቄውን ራስጌዎች ተቀብሏል፣ ደንበኛው ከአካሉ ጋር መቀጠል አለበት።

ለExpect: 100-continue ጥያቄዎች ጥቅም ላይ ይውላል። አገልጋዩ ደንበኛው ከመላኩ በፊት አካሉን ለመቀበል ፈቃደኛ መሆኑን ያረጋግጣል። በዘመናዊ ድረ-ገጾች ላይ አልፎ አልፎ ይታያል።

RFC 9110 ↗
101

ፕሮቶኮሎችን መቀየር

አገልጋዩ በደንበኛው ጥያቄ መሠረት ፕሮቶኮሎችን እየቀየረ ነው።

በጣም በተለምዶ ለWebSocket ማሻሻያዎች ጥቅም ላይ ይውላል — ደንበኛው Upgrade: websocket ይጠይቃል፣ አገልጋዩ ደግሞ ለመቀየር 101 ምላሽ ይሰጣል።

RFC 9110 ↗
102

በማስኬድ ላይ

አገልጋዩ ጥያቄውን ተቀብሎ እያሠራ ነው፣ ግን እስካሁን ምላሽ አልተገኘም።

ረጅም ስራዎችን በሚያከናውንበት ጊዜ የደንበኛ ጊዜ ማለቅን ለመከላከል የሚላክ የWebDAV ጊዜያዊ ምላሽ። ጊዜ ያለፈበት — ዘመናዊ አገልጋዮች መላክ የለባቸውም።

RFC 2518 ↗
103

ቀደምት ፍንጮች

ከመጨረሻው ምላሽ በፊት የሚላኩ የመጀመሪያ ራስጌዎች።

የመጨረሻው ምላሽ በሚዘጋጅበት ጊዜ አገልጋዮች የLink ራስጌዎችን (preload/preconnect) እንዲልኩ ያስችላል፣ ስለዚህ አሳሾች ወሳኝ ንብረቶችን ቀድመው ማምጣት ይጀምራሉ።

RFC 8297 ↗
200

እሺ

ጥያቄው ተሳክቷል።

መደበኛው የስኬት ምላሽ። ትርጉሙ በHTTP ዘዴው ይወሰናል፦ GET → ንብረት ተመልሷል፣ POST/PUT → ተግባር ተጠናቅቋል።

RFC 9110 ↗
201

ተፈጠረ

አዲስ ንብረት በተሳካ ሁኔታ ተፈጥሯል።

ከPOST በኋላ የተለመደ። ምላሹ ወደ አዲሱ ንብረት URL የሚያመለክት Location ራስጌ ማካተት አለበት።

RFC 9110 ↗
202

ተቀባይነት አግኝቷል

ጥያቄው ለሂደት ተቀባይነት አግኝቷል፣ ነገር ግን ሂደቱ አልተጠናቀቀም።

ለአሲንክ ስራዎች — አገልጋዩ ስራውን በተራ እያስቀመጠ ነው። ደንበኛው የሁኔታ endpoint መጠየቅ ወይም በኋላ መመልከት አለበት።

RFC 9110 ↗
203

ኦፊሴላዊ ያልሆነ መረጃ

ምላሹ በተለወጠ ፕሮክሲ ተስተካክሏል።

ጥያቄው ተሳክቷል፣ ነገር ግን አማካይ (እንደ ማከማቻ ወይም ተለዋጭ ፕሮክሲ ያለ) ከመነሻ አገልጋዩ የተላለፈውን ይዘት ቀይሯል — ለምሳሌ ምስሎችን እንደገና በመጨመቅ። በተግባር ብርቅ ነው።

RFC 9110 ↗
204

ይዘት የለም

ጥያቄው ተሳክቷል ግን የምላሽ አካል የለም።

ብዙውን ጊዜ ለDELETE ስራዎች ወይም አካል መመለስ ለማያስፈልጋቸው PUT ማዘመኛዎች ጥቅም ላይ ይውላል። ደንበኛው ከአሁኑ ገጽ መውጣት የለበትም።

RFC 9110 ↗
205

ይዘት ዳግም አስጀምር

ጥያቄው ተሳክቷል፤ ደንበኛው የሰነድ እይታውን ዳግም ማስጀመር አለበት።

እንደ 204፣ ምንም አካል አይመለስም — ግን ደንበኛው ጥያቄውን ያመነጨውን ቅጽ ወይም እይታ ዳግም እንዲያስጀምር ተጨማሪ ትዕዛዝ ይደርሰዋል (ለምሳሌ ለቀጣዩ ግቤት የቅጽ መስኮችን ማጽዳት)።

RFC 9110 ↗
206

ከፊል ይዘት

አገልጋዩ የንብረቱን ከፊል ብቻ አድርሷል።

ለRange ጥያቄ ምላሽ። በተቋረጡ ውርዶች ለመቀጠል ወይም ትላልቅ ፋይሎችን ለማጓጓዝ በቪዲዮ ማጫወቻዎችና በውርድ አስተዳዳሪዎች ጥቅም ላይ ይውላል።

RFC 9110 ↗
207

ባለብዙ-ሁኔታ

የምላሹ አካል ለበርካታ ስራዎች በርካታ የሁኔታ ኮዶችን ይይዛል።

WebDAV፦ አንድ XML አካል የበርካታ ንዑስ-ስራዎችን ውጤት በተናጠል ያሳውቃል — ለምሳሌ አንዳንድ ንጥሎች የተሳኩበት እና ሌሎች ያልተሳኩበት የጅምላ ማዛወሪያ።

RFC 4918 ↗
208

አስቀድሞ ተዘግቧል

የስብስቡ አባላት ቀደም ሲል በምላሹ ውስጥ ተዘርዝረዋል።

WebDAV፦ ትስስሮች ዙር ሲፈጥሩ አንድ ስብስብ አባላትን ደጋግሞ ላለመዘርዘር በ207 Multi-Status ምላሾች ውስጥ ጥቅም ላይ ይውላል።

RFC 5842 ↗
226

IM ጥቅም ላይ ውሏል

ምላሹ በምንጩ ላይ ከተተገበሩ የምሳሌ ማስተካከያዎች የተገኘ ነው።

ዴልታ ኢንኮዲንግ፦ ባንድዊድዝ ለመቆጠብ አገልጋዩ ሙሉ ምንጩን ፋንታ ከቀድሞው ስሪት ጋር ያለውን ልዩነት ይመልሳል። እምብዛም ተግባራዊ አይደረግም።

RFC 3229 ↗
300

በርካታ ምርጫዎች

ከምንጩ በርካታ ውክልናዎች ይገኛሉ።

አገልጋዩ በርካታ አማራጮችን (ለምሳሌ የተለያዩ ቅርጸቶች ወይም ቋንቋዎች) ያቀርባል እና ደንበኛው አንዱን መምረጥ አለበት። ራስ-ሰር የይዘት ድርድር ብዙውን ጊዜ ይህን ስለሚያከናውን እምብዛም ጥቅም ላይ አይውልም።

RFC 9110 ↗
301

በቋሚነት ተዛውሯል

ምንጩ በቋሚነት ወደ አዲስ URL ተዛውሯል።

ለቋሚ የURL ለውጦች ይጠቀሙ — የፍለጋ ሞተሮች ማውጫቸውን ያዘምናሉ። የSEO ስልጣን ወደ አዲሱ URL ይተላለፋል።

RFC 9110 ↗
302

ተገኝቷል (ጊዜያዊ ዙር)

ምንጩ ለጊዜው በተለየ URL ላይ ይገኛል።

ዙሩ ቋሚ አለመሆኑን ያመለክታል። ካሺንግ ከ301 ያነሰ ጥብቅ ነው። እንደ 'መግባት ያስፈልጋል፣ ወደ /login በማዞር ላይ' ላሉ ነገሮች ይጠቀሙ።

RFC 9110 ↗
303

ሌላ ይመልከቱ

GETን በመጠቀም ወደ ተለየ URL ያዙሩ።

ከPOST ማስገባቶች በኋላ ጥቅም ላይ ይውላል — ምላሹ 'POSTዎ ሰርቷል፣ ለውጤቱ ይህን GET URL ይመልከቱ' ይላል። አሳሾች ሁልጊዜ አዲሱን URL GET ያደርጋሉ።

RFC 9110 ↗
304

አልተቀየረም

የተከማቸው ስሪት አሁንም ትክክለኛ ነው፤ ይጠቀሙበት።

ለቅድመ-ሁኔታ ጥያቄ (ከIf-None-Match ወይም If-Modified-Since ራስጌዎች ጋር) ምላሽ። ባንድዊድዝ ይቆጥባል — ምንም አካል አይመለስም።

RFC 9110 ↗
307

ጊዜያዊ ዙር

እንደ 302 ነው ግን የመጀመሪያውን HTTP ስልት ይይዛል።

የመጀመሪያው POST ከነበረ፣ ዙሩም POST ይጠቀማል። የስልት ጠባቂነት አስፈላጊ ሲሆን ከ302 ይልቅ ዘመናዊ አማራጭ ነው።

RFC 9110 ↗
308

ቋሚ ዙር

እንደ 301 ነው ግን የመጀመሪያውን HTTP ስልት ይይዛል።

POST ጥያቄዎች ከዙር በኋላ POST ሆነው እንዲቆዩ ሲፈለግ ከ301 ይልቅ ዘመናዊ ምትክ ነው።

RFC 9110 ↗
400

ትክክል ያልሆነ ጥያቄ

አገልጋዩ በተሳሳተ አገባብ ምክንያት ጥያቄውን መረዳት አልቻለም።

የተለመዱ ምክንያቶች፦ በአካል ውስጥ የተሳሳተ JSON፣ ልክ ያልሆኑ የጥያቄ መለኪያዎች፣ ወይም የጎደሉ አስፈላጊ መስኮች። የጥያቄውን አካል እና ራስጌዎች ያረጋግጡ።

RFC 9110 ↗
401

ያልተፈቀደ

ማረጋገጫ ያስፈልጋል እና አልቀረበም።

ደንበኛው የማረጋገጫ ማስረጃ (Authorization ራስጌ፣ ኩኪ፣ ቶክን) ማካተት አለበት። 'Unauthorized' የተሳሳተ ስያሜ ነው — በእውነቱ ማለት 'ያልተረጋገጠ' ማለት ነው።

RFC 9110 ↗
402

ክፍያ ያስፈልጋል

ለወደፊት ጥቅም የተያዘ — አልፎ አልፎ ለተከፈለ API ደረጃዎች ጥቅም ላይ ይውላል።

በመጀመሪያ ለዲጂታል ክፍያዎች የታሰበ። ዘመናዊ አጠቃቀም፦ ተጠቃሚ የከፈለ ኮታውን ሲያልፍ APIዎች አንዳንዴ 402 ይመልሳሉ።

RFC 9110 ↗
403

የተከለከለ

ደንበኛው ተረጋግጧል ነገር ግን ፈቃድ የለውም።

ከ401 የተለየ — ተጠቃሚው ገብቷል፣ ነገር ግን መለያው ለዚህ ምንጭ ፈቃድ የለውም። የሚና/ፈቃድ አመክንዮን ያረጋግጡ።

RFC 9110 ↗
404

አልተገኘም

የተጠየቀው ምንጭ የለም።

ወይ URLው ትክክል አይደለም፣ ምንጩ ተሰርዟል፣ ወይም ፈጽሞ አልነበረም። አገልጋዮች 403 ትክክለኛ ምላሽ መሆኑን ለመደበቅ አንዳንዴ 404 ይመልሳሉ።

RFC 9110 ↗
405

ስልት አልተፈቀደም

ጥቅም ላይ የዋለው HTTP ስልት ለዚህ ምንጭ አይፈቀድም።

ለምሳሌ POST ብቻ ወደሚቀበል መድረሻ የGET ጥያቄ። ምላሹ ትክክለኛ ስልቶችን የሚዘረዝር Allow ራስጌ ማካተት አለበት።

RFC 9110 ↗
406

ተቀባይነት የለውም

ከደንበኛው Accept ራስጌዎች ጋር የሚዛመድ ውክልና የለም።

ደንበኛው (በAccept፣ Accept-Language፣ Accept-Encoding በኩል) አገልጋዩ ማሟላት የማይችለውን የይዘት አይነት፣ ቋንቋ ወይም ኢንኮዲንግ ጠይቋል። ብዙ አገልጋዮች ጥብቅ ድርድርን ትተው ነባሪ ይመልሳሉ።

RFC 9110 ↗
407

የፕሮክሲ ማረጋገጫ ያስፈልጋል

ደንበኛው በመጀመሪያ ከፕሮክሲው ጋር መረጋገጥ አለበት።

እንደ 401 ነው፣ ግን በፕሮክሲ ይሰጣል፦ ደንበኛው Proxy-Authorization ማስረጃ መላክ አለበት። በማረጋገጫ ፕሮክሲ ባላቸው የኩባንያ አውታረ መረቦች ላይ ይታያል።

RFC 9110 ↗
408

የጥያቄ ጊዜ አልፏል

አገልጋዩ ጥያቄውን ሲጠብቅ ጊዜው አልፏል።

ደንበኛው የጥያቄውን አካል ለመላክ ብዙ ጊዜ ወስዷል ወይም ግንኙነቱን ስራ ፈት ትቶታል። ጥያቄውን እንደገና ይሞክሩ።

RFC 9110 ↗
409

ግጭት

ጥያቄው ከምንጩ አሁናዊ ሁኔታ ጋር ይጋጫል።

በተለምዶ ለተመሳሳይ ጊዜ ማስተካከያ ግጭቶች ወይም የተባዛ ምንጭ ፍጠራ (ለምሳሌ አስቀድሞ ላለ ኢሜይል አዲስ ተጠቃሚ መፍጠር) ይመለሳል።

RFC 9110 ↗
410

ጠፍቷል

ምንጩ ተሰርዟል እና አይመለስም።

ከ404 የበለጠ ጠንካራ ነው — አገልጋዩ ምንጩ ቀደም ሲል እንደነበረ ግን በቋሚነት እንደተወገደ በግልጽ ያውቃል። የፍለጋ ሞተሮች ከማውጫ ያስወግዱታል።

RFC 9110 ↗
411

ርዝመት ያስፈልጋል

አገልጋዩ Content-Length ራስጌ ይፈልጋል።

ጥያቄው Content-Length ራስጌ ስላልነበረው ውድቅ ተደርጓል እና አገልጋዩ ያልታወቀ መጠን ያላቸውን አካላት ይከለክላል። ራስጌውን ጨምረው እንደገና ይሞክሩ።

RFC 9110 ↗
412

ቅድመ-ሁኔታ አልተሳካም

በጥያቄው ራስጌዎች ውስጥ ያለ ሁኔታ አልተሟላም።

እንደ If-Match ወይም If-Unmodified-Since ያሉ ቅድመ-ሁኔታ ራስጌዎች ሲወድቁ ይመለሳል — በተለምዶ ተስፋ ሰጪ መቆለፍ፦ ስሪትዎ ከተገኘ በኋላ ሌላ ሰው ምንጩን ቀይሮታል። እንደገና ይላኩ እና ይሞክሩ።

RFC 9110 ↗
413

የክፍያ ጭነት በጣም ትልቅ ነው

የጥያቄው አካል ከአገልጋዩ የመጠን ገደብ ይበልጣል።

ትላልቅ ፋይሎች ሲላኩ የተለመደ ነው። የአገልጋይ ውቅር (nginx፣ apache) ከፍተኛ የአካል መጠን ያዘጋጃል። የአገልጋዩን ውቅር ያረጋግጡ።

RFC 9110 ↗
414

URI በጣም ረዥም ነው

የጥያቄው URL ከአገልጋዩ የርዝመት ገደብ ይበልጣል።

ብዙውን ጊዜ በጣም ረጅም የጥያቄ ክሮች (ለምሳሌ በGET ውስጥ ውሂብ ማስቀመጥ) ያስከትሉታል። ወደ POST አካል ይቀይሩ፣ ወይም አገልጋዩን የሚቆጣጠሩ ከሆነ ገደቡን ከፍ ያድርጉ።

RFC 9110 ↗
415

ያልተደገፈ የመገናኛ አይነት

አገልጋዩ የተላከውን Content-Type ማስተናገድ አይችልም።

ለምሳሌ application/json ብቻ ወደሚቀበል አገልጋይ application/xml መላክ። Content-Type ራስጌን በትክክል ያዘጋጁ።

RFC 9110 ↗
416

ክልል አይረካም

የተጠየቀው የባይት ክልል ከምንጩ መጠን ውጭ ነው።

Range ራስጌ ፋይሉ የሌለውን ክፍል ይጠይቃል — ለምሳሌ ፋይሉ ካለቀ በኋላ ማውረድን መቀጠል። ምላሹ ትክክለኛውን መጠን የያዘ Content-Range ማካተት አለበት።

RFC 9110 ↗
417

ግምት አልተሳካም

አገልጋዩ የExpect ራስጌን መስፈርቶች ማሟላት አይችልም።

አገልጋዩ Expect: 100-continue ስለማይደግፍ ይላካል። አንዳንድ ደንበኞች ይህን ራስጌ በነባሪነት ለትላልቅ POSTዎች ይልካሉ፤ ማሰናከል ብዙውን ጊዜ ስህተቱን ይፈታል።

RFC 9110 ↗
418

እኔ የሻይ ማንቆርቆሪያ ነኝ

አገልጋዩ ቡና ማፍላትን ይከለክላል ምክንያቱም የሻይ ማንቆርቆሪያ ስለሆነ።

ከ1998 (RFC 2324) የሚያዝያ አንደኛ ቀልድ። አንዳንድ እውነተኛ APIዎች ለቀልድ ወይም ጊዜ ያለፈባቸውን መድረሻዎች ለማመልከት ይጠቀሙበታል። ለምርት ጥቅም ላይ አይውልም።

RFC 2324 ↗
421

የተሳሳተ አቅጣጫ ያለው ጥያቄ

ጥያቄው ለእሱ ምላሽ መስጠት ወደማይችል አገልጋይ ተልኳል።

በHTTP/2 ግንኙነት ድጋሚ አጠቃቀም የተለመደ ነው፦ ጥያቄው ለታለመው ሆስት ስም ያልተዋቀረ አገልጋይ ደርሷል። ደንበኛው በአዲስ ግንኙነት እንደገና መሞከር አለበት።

RFC 9110 ↗
422

ሊሰራ የማይችል ይዘት

ጥያቄው በአገባብ ትክክል ነበር ግን በትርጉም የተሳሳተ ነበር።

ለምሳሌ JSON በትክክል ተነተነ ግን አስፈላጊ መስክ ጎድሏል፣ ወይም የመስክ ዋጋ ከክልል ውጭ ነበር። በREST API ማረጋገጫ ምላሾች ውስጥ የተለመደ ነው።

RFC 9110 ↗
423

ተቆልፏል

ምንጩ ተቆልፏል።

WebDAV፦ ምንጩ ወይም መድረሻው በሌላ ደንበኛ ተቆልፏል፣ ስለዚህ ክንዋኔው መቀጠል አይችልም። መቆለፊያው እስኪለቀቅ ይጠብቁ ወይም በትክክለኛው ቶክን ይስበሩት።

RFC 4918 ↗
424

ጥገኝነት አልተሳካም

ቀደም ያለ ጥገኛ ጥያቄ ስላልተሳካ ጥያቄው አልተሳካም።

WebDAV፦ በተከታታይ ጥገኛ ክንዋኔዎች ውስጥ፣ ቀደም ያለ ድርጊት ስላልተሳካ ይህ አልተከናወነም። ለዋናው ምክንያት ቀደመውን ውድቀት ይመልከቱ።

RFC 4918 ↗
425

በጣም ቀደም ብሏል

አገልጋዩ ድጋሚ ሊላክ የሚችል ጥያቄን ማስተናገድ ይከለክላል።

ከTLS 1.3 0-RTT (ቀደምት ውሂብ) ጋር የተያያዘ፦ አገልጋዩ ድጋሚ ሊላክ የሚችል ጥያቄን የማስተናገድ አደጋ አይወስድም። ደንበኛው ግንኙነቱ ከተጠናቀቀ በኋላ እንደገና መሞከር አለበት።

RFC 8470 ↗
426

ማሻሻያ ያስፈልጋል

ደንበኛው ወደ ሌላ ፕሮቶኮል መቀየር አለበት።

አገልጋዩ ጥያቄውን በአሁኑ ፕሮቶኮል ማገልገል ይከለክላል ግን ከማሻሻያ በኋላ ያገለግላል — ምላሹ የሚያስፈልገውን ፕሮቶኮል የሚጠቅስ Upgrade ራስጌ ያካትታል።

RFC 9110 ↗
428

ቅድመ-ሁኔታ ያስፈልጋል

አገልጋዩ ጥያቄው ቅድመ-ሁኔታ ያለው እንዲሆን ይፈልጋል።

አገልጋዩ የጠፉ ማዘመኛ ግጭቶችን ለመከላከል ቅድመ-ሁኔታ ራስጌዎችን (እንደ If-Match) ይጠይቃል። ምንጩን ያምጡ፣ ETagውን ይያዙ፣ እና ከIf-Match ጋር እንደገና ይላኩ።

RFC 6585 ↗
429

በጣም ብዙ ጥያቄዎች

ደንበኛው በፍጥነት ገደብ ላይ ነው።

ፍጥነትን ይቀንሱ። ምላሹ መቼ እንደገና መሞከር እንዳለበት የሚያመለክት Retry-After ራስጌ ማካተት አለበት። የጥያቄ ኮታ ላላቸው APIዎች የተለመደ ነው።

RFC 6585 ↗
431

የጥያቄ ራስጌ መስኮች በጣም ትልቅ ናቸው

ራስጌዎች አገልጋዩ ለማስኬድ በጣም ትልቅ ናቸው።

ወይ አንድ ራስጌ ወይም አጠቃላይ የራስጌ መጠን ገደቡን ይበልጣል — ብዙውን ጊዜ ከልክ በላይ ትላልቅ ኩኪዎች ያስከትሉታል። ኩኪዎችን ያጽዱ ወይም መተግበሪያዎ በኩኪ የሚያከማቸውን ይቀንሱ።

RFC 6585 ↗
451

በህጋዊ ምክንያቶች አይገኝም

በህጋዊ ጥያቄዎች ምክንያት መዳረሻ ተከልክሏል።

ምንጩ በህጋዊ ምክንያቶች ታግዷል — ሳንሱር፣ የፍርድ ቤት ትዕዛዞች፣ ወይም የክልል ደንቦች። ቁጥሩ ለFahrenheit 451 ልቦለድ ማጣቀሻ ነው።

RFC 7725 ↗
500

የውስጥ አገልጋይ ስህተት

አገልጋዩ ያልተጠበቀ ሁኔታ አጋጥሞታል።

ለአገልጋይ-ጎን ስህተቶች አጠቃላይ ማጠቃለያ። ትክክለኛውን ምክንያት ለማወቅ የአገልጋይ ምዝግቦችን ያረጋግጡ፦ ያልተያዘ ልዩ ሁኔታ፣ የመረጃ ቋት ስህተት፣ ወዘተ።

RFC 9110 ↗
501

አልተተገበረም

አገልጋዩ የተጠየቀውን ተግባር አይደግፍም።

ለምሳሌ አገልጋዩ የHTTP ስልቱን አያውቀውም። በተግባር ላይ ብርቅ ነው — ከዚህ ይልቅ 405 ይታያል።

RFC 9110 ↗
502

መጥፎ በር

አገልጋዩ፣ እንደ በር ሆኖ በሚያገለግልበት ጊዜ፣ ከከፍተኛ አገልጋይ መጥፎ ምላሽ አግኝቷል።

በማይክሮሰርቪስ አርክቴክቸሮች ውስጥ የተለመደ። ጭነት አመጣጣኝዎ ወይም ግልባጭ ፕሮክሲዎ ከጀርባ አገልግሎቱ ስህተት ያለበት ምላሽ አግኝቷል።

RFC 9110 ↗
503

አገልግሎት አይገኝም

አገልጋዩ ለጊዜው ጥያቄውን ማስተናገድ አይችልም።

ወይ ለጥገና ተዘግቷል ወይም ጭነት በዝቶበታል። ምላሹ Retry-After ራስጌ ማካተት አለበት። ብዙውን ጊዜ በማሰማራት ወቅት ይመለሳል።

RFC 9110 ↗
504

የበር ጊዜ አልፏል

የበር አገልጋዩ ከፍተኛ አገልግሎት ምላሽ ሲጠብቅ ጊዜው አልፏል።

የጀርባ አገልግሎቱ በበቂ ፍጥነት አልመለሰም። የከፍተኛ አገልግሎት ጤናን እና የጊዜ ማብቂያ ውቅሮችን ያረጋግጡ።

RFC 9110 ↗
505

የHTTP ስሪት አይደገፍም

አገልጋዩ በጥያቄው ውስጥ ጥቅም ላይ የዋለውን የHTTP ስሪት አይደግፍም።

የጥያቄው ዋና HTTP ስሪት በአገልጋዩ አይደገፍም። በዘመናዊ ደንበኞች ፈጽሞ አይታይም።

RFC 9110 ↗
506

ተለዋጭም ይደራደራል

አገልጋዩ የይዘት ድርድር ውቅር ስህተት አለው።

ግልጽ የይዘት ድርድር በዙር ውስጥ ተጠናቅቋል፦ የተመረጠው ተለዋጭ ራሱ ለመደራደር የተዋቀረ ነው። የአገልጋይ ውቅር ስህተትን ያመለክታል።

RFC 2295 ↗
507

በቂ ማከማቻ የለም

አገልጋዩ የዲስክ ቦታ አልቆበታል።

በመነሻው WebDAV-ተኮር ነው ግን አንዳንዴ በአጠቃላይ አገልጋዮች ጥቅም ላይ ይውላል። ማለት አገልጋዩ በማከማቻ ገደብ ምክንያት ጥያቄውን ማስቀመጥ አልቻለም ማለት ነው።

RFC 4918 ↗
508

ዙር ተገኝቷል

አገልጋዩ ጥያቄውን ሲያስኬድ ማለቂያ የሌለው ዙር አግኝቷል።

WebDAV፦ Depth: infinity ጥያቄን ማስኬድ ወደ ዙር ገባ (ለምሳሌ ክብ ትስስሮች)። ክንዋኔው ተቋርጧል።

RFC 5842 ↗
510

አልተስፋፋም

ለጥያቄው ተጨማሪ ማስፋፊያዎች ያስፈልጋሉ።

ከቆየው HTTP Extension Framework፦ አገልጋዩ ጥያቄውን ከመፈፀሙ በፊት ተጨማሪ መረጃ ያስፈልገዋል። በዘመናዊው ድር ውስጥ በተግባር ጥቅም ላይ አይውልም።

RFC 2774 ↗
511

የአውታረ መረብ ማረጋገጫ ያስፈልጋል

ደንበኛው ለአውታረ መረብ መዳረሻ መረጋገጥ አለበት።

ተጠቃሚው ወደ ውጫዊ ጣቢያዎች ከመድረሱ በፊት ወደ አውታረ መረቡ መግባት እንዳለበት ለማመልከት በምርኮኛ ፖርታሎች (ሆቴል/አየር ማረፊያ ዋይፋይ) ጥቅም ላይ ይውላል።

RFC 6585 ↗

እንዴት እንደሚሠራ

ይህ መሣሪያ በአሳሹ ውስጥ የሚሠራ ማጣቀሻ ሲሆን አምስቱንም ክፍሎች (1xx–5xx) የሚሸፍኑ 63 የHTTP ሁኔታ ኮዶች ባሉበት ቋሚ የማጣቀሻ ሰንጠረዥ ዙሪያ የተገነባ ነው፤ እያንዳንዱ የሚገልጸው የRFC ቁጥር ተጽፎበታል። ምንም የአገልጋይ ጥሪ፣ ምንም ውጫዊ API፣ ምንም የአውታረ መረብ ጥያቄ የለም — ሁሉም ማጣራት እና ማሳየት በአሳሹ ውስጥ በJavaScript አብሮገነብ የድርድር እና የሕብረቁምፊ ዘዴዎች ይከናወናል።

  1. 1
    የማጣቀሻ ሰንጠረዡ ይጫናል
    በIANA የተመዘገቡት ሙሉዎቹ 63 የሁኔታ ኮዶች እንደ JavaScript ድርድር በቀጥታ በዚህ መሣሪያ ውስጥ ተካትተዋል፤ እያንዳንዱ ግቤት የቁጥር ኮዱን፣ መደበኛውን የእንግሊዝኛ ስም፣ የምድብ ክፍሉን እና የሚገልጸውን የተወሰነ RFC ይይዛል (ለምሳሌ ለአብዛኞቹ የHTTP/1.1 ኮዶች RFC 9110፣ ለ429 Too Many Requests RFC 6585፣ ለ418 I'm a Teapot RFC 2324)።
  2. 2
    ማጣራቱ በማህደረ ትውስታ ውስጥ ይሠራል
    ሲተይቡ ወይም የምድብ ማጣሪያ ሲመርጡ፣ የJavaScript Array.filter በማህደረ ትውስታ ውስጥ ባለው ዝርዝር ላይ ይሠራል፤ ጥያቄዎን ከሁኔታ ኮድ ቁጥሩ፣ ከመደበኛው ስም እና ከአጭሩ እና ረጅሙ የመግለጫ ሕብረቁምፊዎች ጋር በString.includes ያዛምዳል — ምንም መዘግየት፣ ምንም የአገልጋይ ምልልስ የለም።
  3. 3
    ዝርዝሮቹ ከRFC አገናኝ ጋር ይዘረጋሉ
    እያንዳንዱ ውጤት እንደ HTML details/summary አካል ይታያል። አንድን ግቤት መዘርጋት ረጅሙን ማብራሪያ እና በrfc-editor.org ላይ ወዳለው ባለሥልጣን RFC ቀጥተኛ አገናኝ ያሳያል፤ ስለዚህ ለማንኛውም ኮድ ትክክለኛውን የመስፈርት ጽሑፍ ማንበብ ይችላሉ።
  4. 4
    ቀጥተኛ አገናኞች እና ወደ ቅንጥብ ሰሌዳ መቅዳት
    አንድን ግቤት መክፈት የURL hashን ወደ ኮድ ቁጥሩ ያዘምናል (ለምሳሌ #404)፤ ይህም ገጹን ሊጋራ እና ዕልባት ሊደረግበት የሚችል ያደርገዋል። የቅዳ አዝራሩ መደበኛውን ሕብረቁምፊ (ለምሳሌ '404 Not Found') በአሳሹ navigator.clipboard API ወደ ቅንጥብ ሰሌዳ ይጽፋል።

ተዛማጅ መሳሪያዎች

ተደጋጋሚ ጥያቄዎች