ఉచిత HTTP స్టేటస్ కోడ్‌ల రిఫరెన్స్

Expect: 100-continue ఉన్న అభ్యర్థనలకు వాడతారు. క్లయింట్ బాడీని పంపడానికి ముందు దాన్ని అందుకోవడానికి సిద్ధంగా ఉందని సర్వర్ ధృవీకరిస్తుంది. ఆధునిక వెబ్ యాప్‌లలో చాలా అరుదుగా కనిపిస్తుంది.

WebSocket అప్‌గ్రేడ్‌ల కోసం చాలా సాధారణంగా వాడతారు — క్లయింట్ Upgrade: websocket అభ్యర్థిస్తుంది మరియు మార్చడానికి సర్వర్ 101తో స్పందిస్తుంది.

సుదీర్ఘ ఆపరేషన్ల సమయంలో క్లయింట్ టైమ్‌అవుట్‌లను నివారించడానికి పంపే WebDAV మధ్యంతర స్పందన. ఇది తీసివేయబడింది — ఆధునిక సర్వర్లు దీన్ని పంపకూడదు.

తుది స్పందన ఇంకా సిద్ధమవుతుండగా సర్వర్లు Link హెడర్‌లను (preload/preconnect) పంపడానికి అనుమతిస్తుంది, తద్వారా బ్రౌజర్లు ముఖ్యమైన అసెట్‌లను త్వరగా తీసుకురావడం మొదలుపెడతాయి.

ప్రామాణిక విజయ స్పందన. అర్థం HTTP పద్ధతిపై ఆధారపడి ఉంటుంది: GET → వనరు తిరిగి ఇవ్వబడింది, POST/PUT → చర్య పూర్తయింది.

POST తర్వాత సాధారణంగా వస్తుంది. స్పందనలో కొత్త వనరు URLను సూచించే Location హెడర్ ఉండాలి.

అసమకాలిక ఆపరేషన్ల కోసం — సర్వర్ పనిని క్యూలో పెడుతోంది. క్లయింట్ స్థితి ఎండ్‌పాయింట్‌ను పోల్ చేయాలి లేదా తర్వాత తనిఖీ చేయాలి.

అభ్యర్థన విజయవంతమైంది, కానీ మధ్యవర్తి (కాషింగ్ లేదా మార్చే ప్రాక్సీ వంటివి) ఒరిజిన్ సర్వర్ నుండి పేలోడ్‌ను మార్చింది — ఉదాహరణకు, చిత్రాలను మళ్లీ కంప్రెస్ చేయడం. ఆచరణలో అరుదు.

బాడీ తిరిగి ఇవ్వాల్సిన అవసరం లేని DELETE ఆపరేషన్లు లేదా PUT నవీకరణలకు తరచుగా వాడతారు. క్లయింట్ ప్రస్తుత పేజీ నుండి దూరంగా వెళ్లకూడదు.

204 లాగే, బాడీ తిరిగి ఇవ్వబడదు — కానీ అభ్యర్థనను సృష్టించిన ఫారమ్ లేదా వ్యూను రీసెట్ చేయమని క్లయింట్‌కు అదనంగా చెప్పబడుతుంది (ఉదా. తదుపరి ఎంట్రీ కోసం ఫారమ్ ఫీల్డ్‌లను క్లియర్ చేయడం).

Range అభ్యర్థనకు స్పందన. మధ్యలో ఆగిన డౌన్‌లోడ్‌లను తిరిగి ప్రారంభించడానికి లేదా పెద్ద ఫైళ్లను స్ట్రీమ్ చేయడానికి వీడియో ప్లేయర్లు మరియు డౌన్‌లోడ్ మేనేజర్లు దీన్ని వాడతాయి.

WebDAV: ఒక XML బాడీ అనేక సబ్-ఆపరేషన్ల ఫలితాన్ని విడివిడిగా నివేదిస్తుంది — ఉదా. కొన్ని అంశాలు విజయవంతమైన మరియు మరికొన్ని విఫలమైన బ్యాచ్ మూవ్.

WebDAV: బైండింగ్‌లు లూప్‌లు సృష్టించినప్పుడు అదే కలెక్షన్ సభ్యులను మళ్లీ మళ్లీ జాబితా చేయకుండా ఉండేందుకు 207 Multi-Status ప్రతిస్పందనల్లో వాడతారు.

డెల్టా ఎన్‌కోడింగ్: పూర్తి వనరుకు బదులుగా సర్వర్ మునుపటి వెర్షన్‌తో పోల్చిన తేడాను తిరిగి ఇస్తుంది, తద్వారా బ్యాండ్‌విడ్త్ ఆదా అవుతుంది. చాలా అరుదుగా అమలు చేయబడుతుంది.

సర్వర్ బహుళ ఎంపికలను (ఉదా. వేర్వేరు ఫార్మాట్‌లు లేదా భాషలు) అందిస్తుంది, క్లయింట్ ఒకదాన్ని ఎంచుకోవాలి. దీన్ని అరుదుగా వాడతారు, ఎందుకంటే ఆటోమేటిక్ కంటెంట్ నెగోషియేషన్ సాధారణంగా దీన్ని నిర్వహిస్తుంది.

శాశ్వత URL మార్పుల కోసం వాడండి — సెర్చ్ ఇంజిన్‌లు తమ ఇండెక్స్‌ను అప్‌డేట్ చేస్తాయి. SEO అధికారం కొత్త URLకి బదిలీ అవుతుంది.

దారి మళ్లింపు శాశ్వతం కాదని సూచిస్తుంది. 301 కంటే కాషింగ్ తక్కువ దృఢంగా ఉంటుంది. 'లాగిన్ అవసరం, /loginకి దారి మళ్లిస్తున్నాం' వంటి వాటికి వాడండి.

POST సమర్పణల తర్వాత వాడతారు — 'మీ POST పని చేసింది, ఫలితం కోసం ఈ GET URL చూడండి' అని ప్రతిస్పందన చెబుతుంది. బ్రౌజర్‌లు ఎప్పుడూ కొత్త URLను GET చేస్తాయి.

షరతులతో కూడిన అభ్యర్థనకు (If-None-Match లేదా If-Modified-Since హెడర్‌లతో) ప్రతిస్పందన. బ్యాండ్‌విడ్త్ ఆదా అవుతుంది — బాడీ తిరిగి పంపబడదు.

అసలు అభ్యర్థన POST అయితే, దారి మళ్లింపు కూడా POST ఉపయోగిస్తుంది. పద్ధతిని కొనసాగించడం ముఖ్యమైనప్పుడు 302కి ఆధునిక ప్రత్యామ్నాయం.

దారి మళ్లింపు తర్వాత POST అభ్యర్థనలు POSTగానే ఉండాలంటే 301కి ఆధునిక ప్రత్యామ్నాయం.

సాధారణ కారణాలు: బాడీలో తప్పుగా ఏర్పడిన JSON, చెల్లని క్వరీ పారామీటర్‌లు, లేదా తప్పనిసరి ఫీల్డ్‌లు లేకపోవడం. అభ్యర్థన బాడీ మరియు హెడర్‌లను తనిఖీ చేయండి.

క్లయింట్ ప్రామాణీకరణ ఆధారాలను (Authorization హెడర్, కుకీ, టోకెన్) చేర్చాలి. 'Unauthorized' అనేది తప్పు పేరు — దీని అర్థం నిజానికి 'ప్రామాణీకరించబడలేదు' అని.

మొదట డిజిటల్ చెల్లింపుల కోసం ఉద్దేశించబడింది. ఆధునిక వాడకం: వినియోగదారు తమ చెల్లింపు కోటాను దాటినప్పుడు APIలు కొన్నిసార్లు 402ను తిరిగి ఇస్తాయి.

401 నుండి భిన్నం — వినియోగదారు లాగిన్ అయ్యే ఉన్నారు, కానీ వారి ఖాతాకు ఈ వనరుకు అనుమతి లేదు. role/permissions లాజిక్‌ను తనిఖీ చేయండి.

URL తప్పు, వనరు తొలగించబడింది, లేదా అది ఎప్పుడూ లేదు. 403 సరైనదని దాచడానికి సర్వర్‌లు కొన్నిసార్లు 404ను తిరిగి ఇస్తాయి.

ఉదాహరణకు, POST మాత్రమే అంగీకరించే ఎండ్‌పాయింట్‌కు GET అభ్యర్థన. ప్రతిస్పందనలో చెల్లుబాటు అయ్యే పద్ధతులను జాబితా చేసే Allow హెడర్ ఉండాలి.

క్లయింట్ కోరిన కంటెంట్ రకం, భాష లేదా ఎన్‌కోడింగ్‌ను (Accept, Accept-Language, Accept-Encoding ద్వారా) సర్వర్ సంతృప్తిపరచలేకపోయింది. చాలా సర్వర్‌లు కఠినమైన నెగోషియేషన్‌ను వదిలి డిఫాల్ట్‌ను తిరిగి ఇస్తాయి.

401లాగే కానీ ప్రాక్సీ జారీ చేస్తుంది: క్లయింట్ Proxy-Authorization ఆధారాలను పంపాలి. ప్రామాణీకరించే ప్రాక్సీలు ఉన్న కార్పొరేట్ నెట్‌వర్క్‌లలో కనిపిస్తుంది.

క్లయింట్ అభ్యర్థన బాడీని పంపడానికి చాలా సమయం తీసుకుంది లేదా కనెక్షన్‌ను నిష్క్రియంగా ఉంచింది. అభ్యర్థనను మళ్లీ ప్రయత్నించండి.

సాధారణంగా ఏకకాల ఎడిట్ వైరుధ్యాలకు లేదా నకిలీ వనరు సృష్టికి (ఉదా. ఇప్పటికే ఉన్న ఇమెయిల్‌తో వినియోగదారుని సృష్టించడం) తిరిగి ఇవ్వబడుతుంది.

404 కంటే బలమైనది — వనరు గతంలో ఉండేదని, కానీ శాశ్వతంగా తొలగించబడిందని సర్వర్‌కు స్పష్టంగా తెలుసు. సెర్చ్ ఇంజిన్‌లు దీన్ని డీఇండెక్స్ చేస్తాయి.

Content-Length హెడర్ లేకపోవడం వల్ల మరియు తెలియని పరిమాణం గల బాడీలను సర్వర్ తిరస్కరించడం వల్ల అభ్యర్థన తిరస్కరించబడింది. హెడర్‌ను జోడించి మళ్లీ ప్రయత్నించండి.

If-Match లేదా If-Unmodified-Since వంటి షరతులతో కూడిన హెడర్‌లు విఫలమైనప్పుడు తిరిగి ఇవ్వబడుతుంది — సాధారణంగా optimistic locking: మీ వెర్షన్ నుండి వనరును వేరొకరు మార్చారు. మళ్లీ ఫెచ్ చేసి, మళ్లీ ప్రయత్నించండి.

పెద్ద ఫైళ్లను అప్‌లోడ్ చేసేటప్పుడు సాధారణం. సర్వర్ కాన్ఫిగరేషన్ (nginx, apache) గరిష్ట బాడీ పరిమాణాన్ని సెట్ చేస్తుంది. సర్వర్ కాన్ఫిగరేషన్‌ను తనిఖీ చేయండి.

సాధారణంగా చాలా పొడవైన క్వరీ స్ట్రింగ్‌ల వల్ల (ఉదా. GETలో డేటాను ఎన్‌కోడ్ చేయడం) కలుగుతుంది. POST బాడీకి మారండి, లేదా మీరు నియంత్రించే సర్వర్ పరిమితిని పెంచండి.

ఉదాహరణకు, application/json మాత్రమే అంగీకరించే సర్వర్‌కు application/xml పంపడం. Content-Type హెడర్‌ను సరిగ్గా సెట్ చేయండి.

Range హెడర్ ఫైల్‌కు లేని భాగాన్ని అడుగుతుంది — ఉదా. ఫైల్ చివర దాటి డౌన్‌లోడ్‌ను తిరిగి ప్రారంభించడం. ప్రతిస్పందనలో అసలు పరిమాణంతో Content-Range ఉండాలి.

సర్వర్ Expect: 100-continueకు మద్దతు ఇవ్వనప్పుడు పంపబడుతుంది. కొన్ని క్లయింట్‌లు పెద్ద POSTలలో డిఫాల్ట్‌గా ఈ హెడర్‌ను పంపుతాయి; దాన్ని నిలిపివేయడం సాధారణంగా ఈ ఎర్రర్‌ను పరిష్కరిస్తుంది.

1998 నాటి ఏప్రిల్ ఫూల్స్ జోక్ (RFC 2324). కొన్ని నిజమైన APIలు దీన్ని జోక్‌ల కోసం లేదా deprecated ఎండ్‌పాయింట్‌లను గుర్తించడానికి వాడతాయి. ప్రొడక్షన్ వాడకానికి కాదు.

HTTP/2 కనెక్షన్ రీయూజ్‌తో సాధారణం: అభ్యర్థన లక్ష్య హోస్ట్‌నేమ్ కోసం కాన్ఫిగర్ చేయని సర్వర్‌కు చేరుకుంది. క్లయింట్ కొత్త కనెక్షన్‌పై మళ్లీ ప్రయత్నించాలి.

ఉదాహరణకు, JSON సరిగ్గా పార్స్ అయింది కానీ తప్పనిసరి ఫీల్డ్ లేదు, లేదా ఫీల్డ్ విలువ పరిధి దాటింది. REST API వాలిడేషన్ ప్రతిస్పందనల్లో సాధారణం.

WebDAV: మూలం లేదా గమ్యం వనరు వేరే క్లయింట్ ద్వారా లాక్ చేయబడింది, కాబట్టి ఆపరేషన్ కొనసాగదు. లాక్ విడుదలయ్యే వరకు వేచి ఉండండి లేదా సరైన టోకెన్‌తో దాన్ని బ్రేక్ చేయండి.

WebDAV: ఆధారపడిన ఆపరేషన్‌ల గొలుసులో, ముందటి చర్య విఫలమైంది, కాబట్టి ఇది నిర్వహించబడలేదు. మూల కారణం కోసం ముందటి వైఫల్యాన్ని చూడండి.

TLS 1.3 0-RTT (ముందస్తు డేటా)కు సంబంధించినది: పునఃప్రసారమయ్యే అవకాశం ఉన్న అభ్యర్థనను ప్రాసెస్ చేసే రిస్క్ సర్వర్ తీసుకోదు. హ్యాండ్‌షేక్ పూర్తయ్యాక క్లయింట్ మళ్లీ ప్రయత్నించాలి.

ప్రస్తుత ప్రోటోకాల్‌పై అభ్యర్థనను అందించడానికి సర్వర్ నిరాకరిస్తుంది కానీ అప్‌గ్రేడ్ తర్వాత అందిస్తుంది — ప్రతిస్పందనలో అవసరమైన ప్రోటోకాల్‌ను పేర్కొంటూ Upgrade హెడర్ ఉంటుంది.

lost-update వైరుధ్యాలను నివారించడానికి సర్వర్ షరతులతో కూడిన హెడర్‌లను (If-Match వంటివి) డిమాండ్ చేస్తుంది. వనరును ఫెచ్ చేసి, దాని ETagను తీసుకుని, If-Matchతో మళ్లీ పంపండి.

కాస్త మెల్లగా వెళ్లండి. ప్రతిస్పందనలో మళ్లీ ఎప్పుడు ప్రయత్నించాలో సూచించే Retry-After హెడర్ ఉండాలి. అభ్యర్థన కోటాలు కలిగిన APIలలో సాధారణం.

ఒక హెడర్ లేదా మొత్తం హెడర్ పరిమాణం పరిమితిని మించింది — చాలావరకు అధిక పరిమాణంలో ఉన్న కుకీల వల్ల. కుకీలను క్లియర్ చేయండి లేదా మీ యాప్ వాటిలో నిల్వ చేసేదాన్ని తగ్గించండి.

చట్టపరమైన కారణాల వల్ల వనరు నిరోధించబడింది — సెన్సార్‌షిప్, కోర్టు ఆదేశాలు, లేదా ప్రాంతీయ నిబంధనలు. ఈ సంఖ్య Fahrenheit 451 నవలకు నివాళిగా ఎంచుకోబడింది.

సర్వర్-సైడ్ ఎర్రర్‌ల కోసం సాధారణ క్యాచ్-ఆల్. అసలు కారణం కోసం సర్వర్ లాగ్‌లను తనిఖీ చేయండి: హ్యాండిల్ చేయని exception, డేటాబేస్ ఎర్రర్, మొదలైనవి.

ఉదాహరణకు, సర్వర్ HTTP పద్ధతిని గుర్తించదు. ఆచరణలో అరుదు — తరచుగా 405 కనిపిస్తుంది.

మైక్రోసర్వీస్ ఆర్కిటెక్చర్లలో సాధారణం. మీ లోడ్ బ్యాలెన్సర్ లేదా రివర్స్ ప్రాక్సీకి బ్యాకెండ్ సర్వీస్ నుండి తప్పుగా ఏర్పడిన ప్రతిస్పందన వచ్చింది.

నిర్వహణ కోసం డౌన్ అయ్యిందా లేదా ఓవర్‌లోడ్ అయ్యిందా. ప్రతిస్పందనలో Retry-After హెడర్ ఉండాలి. తరచుగా డిప్లాయ్‌మెంట్‌ల సమయంలో తిరిగి ఇవ్వబడుతుంది.

బ్యాకెండ్ సర్వీస్ తగినంత వేగంగా స్పందించలేదు. అప్‌స్ట్రీమ్ సర్వీస్ ఆరోగ్యం మరియు సమయం ముగిసే కాన్ఫిగరేషన్‌లను తనిఖీ చేయండి.

అభ్యర్థన యొక్క ప్రధాన HTTP వెర్షన్‌కు సర్వర్ మద్దతు ఇవ్వదు. ఆధునిక క్లయింట్‌లతో దాదాపు కనిపించదు.

పారదర్శక కంటెంట్ నెగోషియేషన్ లూప్‌లో ముగిసింది: ఎంచుకున్న వేరియంట్ కూడా నెగోషియేట్ చేయడానికి కాన్ఫిగర్ చేయబడింది. సర్వర్ కాన్ఫిగరేషన్ ఎర్రర్‌ను సూచిస్తుంది.

మూలంలో WebDAV-నిర్దిష్టం కానీ కొన్నిసార్లు సాధారణ సర్వర్‌లు కూడా వాడతాయి. నిల్వ పరిమితుల వల్ల సర్వర్ అభ్యర్థనను సేవ్ చేయలేకపోయిందని అర్థం.

WebDAV: Depth: infinity అభ్యర్థనను ప్రాసెస్ చేస్తుండగా లూప్‌లో చిక్కుకుంది (ఉదా. వృత్తాకార బైండింగ్‌లు). ఆపరేషన్ ముగించబడింది.

వాడుకలో లేని HTTP Extension Frameworkకు సంబంధించినది: అభ్యర్థనను నెరవేర్చే ముందు సర్వర్‌కు మరింత సమాచారం అవసరం. ఆధునిక వెబ్‌లో వాస్తవంగా వాడబడదు.

బాహ్య సైట్‌లను యాక్సెస్ చేయడానికి ముందు వినియోగదారు నెట్‌వర్క్‌లోకి లాగిన్ కావాలని సూచించడానికి captive portals (హోటల్/విమానాశ్రయ WiFi) దీన్ని వాడతాయి.