| హెచ్‌టిటిపి స్టేటస్ కోడ్ | స్టేటస్ కోడ్ అర్థం |
|---|
| 100 | క్లయింట్ సైడ్ అనుసంధానంలో కొనసాగించవలసిన ఉపదేశాలు. ఈ తాత్కాలిక ప్రతిస్పందన క్లయింట్ సైడ్ యొక్క కొన్ని అనురోధాలు సర్వర్ ద్వారా అంగీకరించబడ్డాయి మరియు తిరస్కరించబడలేదని క్లయింట్ సైడ్ కు తెలియజేయడానికి ఉపయోగించబడుతుంది. క్లయింట్ సైడ్ మిగిలిన అనురోధాలను పంపాలి, లేదా అనురోధం పూర్తయినప్పుడు ప్రతిస్పందనను విస్మరించాలి. అనురోధం పూర్తయిన తర్వాత సర్వర్ క్లయింట్ సైడ్ కు చివరి ప్రతిస్పందనను పంపాలి. |
| 101 | The server has understood the client's request and will inform the client side through the Upgrade header to use a different protocol to complete the request. After sending the last blank line in the response, the server will switch to those protocols defined in the Upgrade header. Similar measures should only be taken when switching to a new protocol is more beneficial. For example, switching to a new HTTP version has advantages over an old version, or switching to a real-సమయం మరియు సింక్రోనస్ ప్రొటోకాల్ ద్వారా వనరులను పంపడానికి ప్రయోజనపడే ఫీచర్స్ ఉపయోగించే ప్రొటోకాల్ అందిస్తుంది. |
| 102 | వెబ్‌డావ్ (RFC ద్వారా విస్తరించబడిన స్టేటస్ కోడ్) 2518) అనికి ప్రాసెసింగ్ కొనసాగుతుంది. |
| 200. | రిక్వెస్టు సఫలం అయింది, మరియు అనుకున్న ప్రత్యుత్తర హెడర్లు లేదా డేటా బాడీస్ ప్రత్యుత్తరంతో అందించబడింది. |
| 201 | రిక్వెస్టు సఫలం అయింది, మరియు రిక్వెస్టు అవసరాలకు మేరకు కొత్త రిసోర్సు సృష్టించబడింది, మరియు లొకేషన్ హెడర్ తో అది అందించబడింది. అవసరమైన రిసోర్సు సమయంలో సృష్టించబడలేక పోయినట్లయితే, '202 అంగీకరించబడింది' అనే ప్రత్యుత్తరాన్ని అందించాలి. |
| 202 | సర్వర్ రిక్వెస్టును అంగీకరించింది, కానీ అది ఇంకా ప్రాసెస్ చేయలేదు. అది తిరస్కరించబడే విధంగా, రిక్వెస్టు అంతిమంగా అమలు చేయబడదు లేదా అమలు చేయబడుతుంది. అసింక్రోనస్ ఆపరేషన్స్ కు, ఈ స్టేటస్ కోడ్ పంపడం మాత్రమే సులభం. 'అంగీకరించబడింది' అనే ప్రత్యుత్తరాన్ని అందించడానికి ప్రయోజనం ఉంది. 202 స్టేటస్ కోడ్ ప్రత్యుత్తరం అంగీకరించడానికి సర్వర్ కు ఇతర ప్రక్రియలకు (బ్యాచ్ వంటి) రిక్వెస్టులను అంగీకరించడానికి అనుమతిస్తుంది.-రోజుకు ఒకసారి మాత్రమే జరుగుతున్న బేస్ ఆపరేషన్ ను అనుమతిస్తుంది మరియు బ్యాచ్ ఆపరేషన్ పూర్తి అయ్యే వరకు క్లయింట్ సైడ్ సర్వర్ కు జతబడిని కాదు. రిక్వెస్ట్ ప్రాసెసింగ్ కు అనుమతించి తిరిగి స్టేటస్ కోడ్ ప్రత్యుత్తరం ఇవ్వడానికి సర్వర్ కు ఇతర ప్రక్రియలకు (బ్యాచ్ వంటి) రిక్వెస్టులను అంగీకరించడానికి అనుమతిస్తుంది. 202 status code, the returned entity should include some information indicating the current state of the process, as well as a pointer to the process status monitor or status prediction, so that the user can estimate whether the operation has completed. |
| 203 | The server has successfully processed the request, but the returned entity header meta information is not a valid deterministic set on the origin server, but is a local or third-party copy. The current information may be a subset or superset of the original version. For example, metadata containing resources may cause the origin server to know the meta super. Using this status code is not required, and is only appropriate if the response returns 200 OK without this status code. |
| 204 | The server successfully processed the request, but does not need to return any physical content, and wishes to return updated meta information. The response may be in the form of an entity header, returning new or updated meta information. If this header information exists, it should correspond to the requested variable. If the client side is a browser, then the user browser should keep the page that sent the request without any changes to the document view, even if the new or updated meta information should be applied to the document in the active view of the user browser according to the specification. Since the 204 response is prohibited from including any message body, it always ends with the first blank line after the header. |
| 205 | The server successfully processed the request and returned nothing. But unlike the 204 response, the response that returns this status code requires the requester to reset the document view. This response is primarily used to reset the form immediately after accepting user input so that the user can easily start another input. Like the 204 response, this response is also prohibited from including any message body and ends with the first blank line after the header. |
| 206 | The server has successfully processed part of the GET request. HTTP download tools like FlashGet or Xunlei use this type of response to implement a breakpoint continuation or to break up a large document into multiple download segments to download simultaneously. The request must contain a Range header to indicate the range of content the client side wants, and may include If-Range as a request condition. The response must contain the following header fields: Content-Range to indicate the range of content returned in this response; if it is a multi-segment download with Content-Type multipart/byteranges, each multipart segment should contain a Content-ఈ ప్రత్యుత్తరం లో కంటెంట్ బైట్ రేంజ్లు ఉన్నట్లయితే, ప్ర‌తి మ‌ర్పు సెగ్మెంట్ లో కంటెంట్ టైప్ మరియు కంటెంట్ రేంజ్ ఉండాలి;-కంటెంట్ రేంజ్ ఉండాలి;/లేదా కంటెంట్-లొకేషన్, అయితే అదే అభ్యర్ధన ఒక లేదా కంటెంట్ ప్రత్యుత్తరాన్ని అందించాలి ఉండి. 200 ప్రత్యుత్తరం. ఎక్స్పైర్స్, క్యాచ్-కంట్రోల్ మరియు/మరియు కంటెంట్ రేంజ్ ఉండాలి;-మరియు కంటెంట్ టైప్ మరియు కంటెంట్ రేంజ్ ఉండాలి;-డేట్ ఈటాగ్ మరియు రేంజ్ ఫీల్డ్ ఈ సెగ్మెంట్ కంటెంట్ పరిధిని సూచించడానికి. ప్రత్యుత్తరం లో కంటెంట్ బైట్ రేంజ్లు ఉన్నట్లయితే, ప్ర‌తి మ‌ర్పు సెగ్మెంట్ లో కంటెంట్ టైప్ మరియు కంటెంట్ రేంజ్ ఉండాలి; 2ఇఫ్ లేదా వేరీ, అని ఇతర ప్రత్యుత్తరాలు కేటాయించబడిన వేరీ విలువలకు విరుద్ధంగా ఉండవచ్చు అయితే ఈ ప్రత్యుత్తరం కోసం ఉపయోగించబడుతుంది అని ఉంటే ఈ ప్రత్యుత్తరం లో ఇతర ఎంటిటీ హెడర్లు ఉండకూడదు;-రేంజ్ స్టాండర్డ్ కేష్ వాలిడేషన్ లో ఈ ప్రత్యుత్తరం లో ఇతర ఎంటిటీ హెడర్లు ఉండకూడదు; ఈ ప్రత్యుత్తరం కోసం ఉపయోగించబడుతుంది అని ఉంటే ఈ ప్రత్యుత్తరం లో ఇతర ఎంటిటీ హెడర్లు ఉండకూడదు; ఈ ప్రత్యుత్తరం కోసం ఉపయోగించబడుతుంది అని ఉంటే ఈ ప్రత్యుత్తరం లో ఇతర ఎంటిటీ హెడర్లు ఉండకూడదు; 206 00 ప్రత్యుత్తరంలో పునరుద్ధరించబడిన కంటెంట్ ను కలపడానికి నిషేధించాలి. ఇఫ్ ఇట్ లేదా వేరీ, అని ఇతర ప్రత్యుత్తరాలు కేటాయించబడిన వేరీ విలువలకు విరుద్ధంగా ఉండవచ్చు అయితే ఈ ప్రత్యుత్తరం కోసం ఉపయోగించబడుతుంది అని ఉంటే ఈ ప్రత్యుత్తరం లో ఇతర ఎంటిటీ హెడర్లు ఉండకూడదు; ఇది కేష్ ఎంటిటీ కంటెంట్ మరియు నవీకరించబడిన ఎంటిటీ హెడర్ సమాచారం మధ్య అస‌మాన‌త‌ల‌ను నివారిస్తుంది. లేకపోతే ఈ ప్రత్యుత్తరం లో పునరుద్ధరించబడిన ఎంటిటీ హెడర్ రీత్యా పునరుద్ధరించబడిన ఎంటిటీ హెడర్లు అన్ని ప్రాంతాలు ఉండాలి.-ప్రత్యుత్తరం ద్వారా పునరుద్ధరించబడిన కంటెంట్ ను కేషింగ్ చేయడానికి రేంజ్ హెడర్ నిషేధించబడింది. రేంజ్ మరియు కంటెంట్ మాడిఫైడ్ హెడర్లు సరిగ్గా మీటని ఏ కేష్ లేదు, క్లయింట్ సైడ్ కేష్ లో పునరుద్ధరించబడిన కంటెంట్ ను కలపడానికి నిషేధించాలి. 206 ప్రత్యుత్తరం. |
| 207 | వెబ్‌డావ్ ద్వారా విస్తరించబడిన స్టేటస్ కోడ్ (RFC) 2518) represents that the body of the subsequent message will be an XML message, and may contain a series of independent response codes depending on the number of previous sub-requests. |
| 300 | The requested resource has a range of feedback options, each with its own specific address and browser-driven negotiation information. The user or browser can choose a preferred address for redirection. Unless this is a HEAD request, the response should include an entity with a list of resource attributes and addresses from which the user or browser can choose the most appropriate redirect address. The format of this entity is determined by the format defined by Content-రకము. బ్రౌజరు ప్రత్యుత్తరము ఫారమాట్ మరియు బ్రౌజరు సామర్థ్యాలకు అనుగుణంగా అత్యంత సరిపోయే ఎంపికను స్వయంచాలకంగా చేయవచ్చు. అలాగే, RFC యొక్క ప్రామాణికాలు అందించబడుతుంది. 2616 స్పెసిఫికేషన్ ఈ స్వయంచాలక ఎంపికను ఎలా చేపట్టాలో నిర్దేశించబడలేదు. సర్వరు స్వయంచాలకంగా ప్రాధామిక ప్రతిస్పందన ఎంపికను కలిగివుంటే, ప్రతిస్పందన యూఆర్ఐని Location ఫీల్డులో పేర్కొనాలి; బ్రౌజర్లు ఈ Location విలువను స్వయంచాలక తరలించడానికి వాడవచ్చు. అలాగే, ఇతరంగా పేర్కొనబడనివారంలో, ఈ ప్రత్యుత్తరము కూడా కేష్ చేయబడగలదు. |
| 301 | అభ్యర్ధించబడిన వనరిని ప్రతిమాత్రము కొత్త స్థానముకు తరలించబడింది, మరియు ఈ వనరికి ఇతరమైన యూఆర్ఐలను ఈ ప్రత్యుత్తరము ద్వారా అందించబడింది అనేది ఈ వనరికి ఇతరమైన సూచనలను ఉపయోగించాలి. కాబట్టి, లింకు సవరణ సామర్థ్యం కలిగిన క్లయింటు సైడు అభ్యర్ధించబడిన చిరునామాను సర్వరు నుండి అందించబడిన చిరునామాకు మార్చాలి. ఇతరంగా పేర్కొనబడనివారంలో, ఈ ప్రత్యుత్తరము కూడా కేష్ చేయబడగలదు. కొత్త స్థిరమైన URI ప్రత్యుత్తరము యొక్క Location ఫీల్డులో అందించబడాలి. ఇది HEAD అభ్యర్ధన కాదు అయితే, ప్రత్యుత్తర సామగ్రిలో కొత్త URI కు హైపర్ లింకు మరియు చిన్న వివరణ ఉండాలి. ఇది GET లేదా HEAD అభ్యర్ధన కాదు అయితే, బ్రౌజరు యొక్క ప్రామాణికాలు మారవచ్చు అని పరిగణించబడుతుంది, మరియు బ్రౌజరు యొక్క సమర్థ్యలకు అనుగుణంగా అత్యంత సరిపోయే ఎంపికను చేయవచ్చు. అలాగే, RFC యొక్క సమాచారం అందించబడుతుంది. ఉపయోగదారి లేదా బ్రౌజరు ముందుకు తరలించడానికి ప్రాధామిక చిరునామాను ఎంచుకోవచ్చు. ఇది HEAD అభ్యర్ధన కాదు అయితే, ప్రత్యుత్తరములో ఉపయోగదారి లేదా బ్రౌజరు అత్యంత సరిపోయే తరలించడానికి ఎంచుకునే చిరునామాల జాబితాను అందించాలి. ఈ సామగ్రి ఫారమాట్ కంటెంటు ఫారమాట్ ద్వారా నిర్ణయించబడుతుంది. ఈ వనరిని కొన్ని బ్రౌజర్లు ఉపయోగించవచ్చు అనేది HTTP ప్రత్యుత్తరము అందించబడుతుంది./1.0 protocol, when they send a POST request and get a 301 response, the subsequent redirect request will be GET. |
| 302 | .0 ప్రొటోకాల్, వారు POST రెక్వెస్ట్ పంపినప్పుడు మరియు పొందుతున్నారు-అభ్యర్థించిన వనరు ప్రస్తుతం కాలికంగా వేరొక URI నుండి రెక్వెస్ట్ కు ప్రతిస్పందిస్తోంది. ఈ విధమైన పునఃదిరేకాలు కాలికంగా ఉన్నాయి కాబట్టి, క్లయింట్ సైడ్ భవిష్యత్తు రెక్వెస్ట్లను ప్రామాణిక చిరునామాకు పంపాలి. ఈ ప్రతిస్పందన కేవలం కేష్ లో పేర్కొనినప్పుడు కేవలం కేష్ అవుతుంది, తరువాతి పునఃదిరేక రెక్వెస్ట్ గెట్ అవుతుంది. 1945 నియంత్రణ లేదా ఎక్స్పైర్స్. కొత్త తాత్కాలిక URI ను ప్రతిస్పందన లోని లొకేషన్ ఫీల్డ్ లో పునఃప్రతిపాదించాలి. ఈ రెక్వెస్ట్ హెడ్ అని ఉండకూడదు అయితే, ప్రతిస్పందన ఎంటిటీ ను కొత్త URI కి హైపర్ లింక్ మరియు సంక్షిప్త వర్ణన కలిగి ఉండాలి. ఈ రెక్వెస్ట్ GET లేదా హెడ్ కాదు అయితే, బ్రౌజర్ యుజర్ అనుమతించినప్పుడు మాత్రమే స్వయంచాలక పునఃదిరేకం అనుమతిస్తుంది, ఎందుకంటే రెక్వెస్ట్ పరిస్థితులు మారవచ్చు. గమనిక: అయినప్పటికీ RFC 2068 మరియు RFC 302 ప్రతిస్పందన మరియు ప్రత్యామ్నాయంగా స్పెసిఫికేషన్లు క్లయింట్ సైడ్ కు రెక్వెస్ట్ పద్ధతిని మార్చడానికి అనుమతించవు, అనేక ప్రస్తుత బ్రౌజర్లు ఇలా చేస్తాయి 303 ప్రతిస్పందన మరియు GET ఉపయోగించి లొకేషన్ లో పేర్కొన్న URI ను అనుసంధానం చేయడానికి మొదటి రెక్వెస్ట్ పద్ధతిని పరిగణనలోకి చేయకూడదు. స్టేటస్ కోడ్లు 303 మరియు 307 సేవలు జోడించబడినవి సేవిరుతున్నాయి కి క్లయింట్ సైడ్ నుండి ఏం అని స్పష్టం చేయడానికి. |
| 303 | ప్రస్తుత రెక్వెస్ట్ కి ప్రతిస్పందనను మరొక URI లో కనుగొనవచ్చు, మరియు క్లయింట్ సైడ్ ఆ వనరులకు ప్రత్యామ్నాయంగా GET అనుసంధానాన్ని పొందాలి. ఈ పద్ధతి ప్రధానంగా స్క్రిప్ట్-నూతన వనరులకు పునఃదిరేకం చేయబడిన POST రెక్వెస్ట్ అవుట్పుట్. ఈ నూతన URI ప్రామాణిక వనరులకు ప్రత్యామ్నాయ సూచన కాదు. కూడా మరువులు ఉన్నాయి. 303 responses are prohibited from being cached. Of course, a second request (redirect) may be cached. The new URI should be returned in the Location field of the response. Unless this is a HEAD request, the response entity should contain a hyperlinke to the new URI and a brief description. Note: Many browsers prior to HTTP/1.1 do not understand 303 status correctly. If you need to consider interaction with these browsers, the 302 status code should be sufficient, because most browsers handle 302 responses in exactly the way the above specification requires the client side to handle 303 ప్రత్యుత్తరాలు. |
| 304 | క్లయింట్ పక్షం ఒక పరిమిత జోడించబడిన GET అభ్యర్ధన పంపించినప్పుడు అనుమతించబడినప్పుడు మరియు డాక్యుమెంట్ కంటెంట్ మారినాక లేకపోతే (ముందు సందర్శించిన తరువాత లేదా అభ్యర్ధన పరంగా కంటెంట్ మారినాక లేకపోతే), సర్వర్ ఈ స్టేటస్ కోడ్ తిరిగి అందించబడబోతుంది. 304 ప్రత్యుత్తరాలు మెసేజ్ బాడీస్ ను చేర్చడానికి నిషేధించబడినవి, కాబట్టి హెడర్ తర్వాత మొదటి ఖాళీ లైన్ తో ముగించాలి. ప్రత్యుత్తరం లో క్రింది హెడర్ సమాచారం ఉండాలి: తేదీ, ఇక్కడ సర్వర్ గంటలు లేకపోతే.
సర్వర్ గంటలు లేకపోయినప్పుడు ఈ నియమాలను పాటించినప్పుడు, ప్రాక్సీ సర్వర్ మరియు క్లయింట్ పక్షం స్వయంగా అందుకున్న ప్రత్యుత్తర హెడర్స్ కు తేదీ ఫీల్డ్ జోడించవచ్చు (RFC ప్రకారం నిర్దేశించబడినంతవరకు). 2068అని వార్తలు పంపడానికి నిషేధించబడినవి, కాబట్టి హెడర్ తర్వాత మొదటి ఖాళీ లైన్ తో ముగించాలి. ప్రత్యుత్తరం లో క్రింది హెడర్ సమాచారం ఉండాలి: తేదీ, ఇక్కడ సర్వర్ గంటాలు లేకపోతే./లేదా కంటెంట్-లొకేషన్, అయితే అదే అభ్యర్ధన ఒక లేదా కంటెంట్ ప్రత్యుత్తరాన్ని అందించాలి ఉండి. 200 ప్రత్యుత్తరం. ఎక్స్పైర్స్, క్యాచ్-కంట్రోల్ మరియు/లేదా Vary, అది ఇతర ప్రత్యుత్తరాలకు సంబంధించిన విలువల నుండి వేరుగా ఉండవచ్చు.
ఈ ప్రత్యుత్తర అభ్యర్ధన బలమైన క్యాచ్ వాలిడేషన్ ఉపయోగిస్తే, ఈ ప్రత్యుత్తరం ఇతర ఎంటిటీ హెడర్స్ ను చేర్చకూడదు; లేకపోతే (ఉదాహరణకు, పరిమిత జోడించబడిన GET అభ్యర్ధన ఉపయోగిస్తే), ఈ ప్రత్యుత్తరం ఇతర ఎంటిటీ హెడర్స్ ను చేర్చడానికి నిషేధించబడుతుంది; ఇది క్యాచ్ ఎంటిటీ కంటెంట్ మరియు నవీకరించబడిన ఎంటిటీ హెడర్ సమాచారం మధ్య అసమతుల్యతను నివారిస్తుంది. ముందు సందర్శించిన తరువాత లేదా అభ్యర్ధన పరంగా కంటెంట్ మారినాక లేకపోతే క్లయింట్ పక్షం ఒక పరిమిత జోడించబడిన GET అభ్యర్ధన పంపించినప్పుడు అనుమతించబడినప్పుడు సర్వర్ ఈ స్టేటస్ కోడ్ తిరిగి అందించబడబోతుంది. 304 response indicates that an entity is not currently cached, the caching system must ignore the response and send repeated requests without restrictions.
If a 304 response is received to update a cached entry, the caching system must update the entire entry to reflect the values of all fields that were updated in the response. |
| 305 | The requested resource must be accessed through the specified proxy. The URI information of the specified proxy is given in the Location field. The receiver needs to repeatedly send a separate request to access the corresponding resource through this proxy. Only the origin server can establish a 305 ప్రతిస్పందన లో ఉంది. 305 ప్రతిస్పందన లో ఉంది. 2068 ప్రతిస్పందన లో, రిఫ్క్స్ లో ప్రతిస్పందన లో ఉంది. గమనిక: ప్ర‌త్యేకంగా సూచించ‌బ‌డ‌లేదు. |
| 306 | ప్రస్తుత నిబంధ‌నల లోపల, ఒక ప్రత్యేక అభ్యర్ధనను పునఃదిరేక్ష‌ణ చేయడానికి ఉపయోగించబడుతుంది, మరియు ఇది మూల సర్వర్ ద్వారా మాత్రమే స్థాపించ‌బ‌డ‌గ‌లి. ఈ ప‌రిమితుల‌ను పరిగణనలోకి తీసుకోకుండా ఉండ‌డం గ‌రిష్ట భ‌ద్ర‌త ప్ర‌భావాల‌ను కలిగించ‌వ‌చ్చు. 306 స్టేటస్ కోడ్ ఇప్పుడు ఉపయోగించబడదు. |
| 307 | అభ్యర్ధించిన వనరిని కొత్త URI నుండి తాత్కాలికంగా ప్ర‌తిస్పందిస్తుంది. ఈ విధమైన పునఃదిరేక్ష‌ణలు తాత్కాలికంగా ఉండినందున, క్లయింట్ పక్షం భవిష్యత్తు అభ్య‌ర్ధ‌న‌ల‌ను ప్రాథ‌మిక చిరునామా కు పంపాలి. ఈ ప్రతిస్పందన కేవలం కేశ్ లో ఉండినప్పుడు మాత్రమే కేశ్ లో ఉంచబ‌డుతుంది.-నియంత్రణ లేదా పరిమితి కాలం. కొత్త తాత్కాలిక URI ని ప్రతిస్పందన లోని లొకేషన్ ఫీల్డ్ లో తిరిగి ఇవ్వాలి. ఈ అభ్యర్ధన హెడ్ అభ్యర్ధన కాదు అయితే, ప్రతిస్పందించే ఎంటిటీ కి కొత్త URI కు సూచించే హైపర్ లింక్ మరియు స్వ‌ల్ప వివరణ ఉండాలి. కొన్ని బ్రౌజర్లు ఈ సూచించిన విష‌యాన్ని గుర్తించ‌లేవు కాబట్టి. 307 ప్రతిస్పందనలో, ముందుకు ప్రయత్నించిన సమాచారం జోడించబడాలి కాబట్టి యూజర్ అర్థం చేసుకోగలి మరియు కొత్త URI కు ప్రాప్తి అభ్య‌ర్ధించగలి.
ఈ రెక్కడ గెట్ లేదా హెడ్ అభ్యర్ధన కాదు అయితే, బ్రౌజర్ యూజర్ నుంచి నిర్ధారణ లేకుండా స్వయంచాలక పునఃదిరేక్షణను నిషేధిస్తుంది, ఎందుకంటే అభ్యర్ధన పరిస్థితులు ఈ విధంగా మారవచ్చు. |
| 400 | 1. The semantics are wrong, and the current request cannot be understood by the server. Unless modified, the client side should not submit the request repeatedly. 2. The request parameters are wrong. |
| 401 | The current request requires user authentication. The response must contain a WWW-Authenticate header for the requested resource to ask the user for information. The client side can resubmit a request with the appropriate Authorization header information. If the current request already contains Authorization certificates, then the 401 ప్రత్యుత్తరం సర్వర్ వనరిని తిరస్కరించింది అని ప్రతిబింబిస్తుంది. ఈ ప్రత్యుత్తరం కనీసం ఒక 401 ప్రత్యుత్తరం పూర్వ ప్రత్యుత్తరంలో అనేక ప్రమాణీకరణ అన్వేషణలను కలిగి ఉంది, మరియు బ్రౌజర్ కనీసం ఒకసారి ప్రమాణీకరణను ప్రయత్నించింది అయితే, బ్రౌజర్ ప్రత్యుత్తరంలో కలిగిన ఎంటిటీ సమాచారాన్ని వినియోగదారికి చూపించాలి, ఎందుకంటే ఈ ఎంటిటీ సమాచారం సంబంధిత నిర్ణయాల సమాచారాన్ని కలిగి ఉండవచ్చు. చూడండి RFC 2617. |
| 402 | ఈ స్టేటస్ కోడ్ భవిష్యత్తు అవసరాలకు రిజర్వు చేయబడింది. |
| 403 | సర్వర్ అభ్యర్థనను అర్థం చేసుకున్నాది, కానీ అభ్యర్థనను పనిచేయడానికి నిరాకరించింది. అలాగే ఒక 401 ప్రత్యుత్తరం, ప్రమాణీకరణ సహాయపడదు, మరియు అభ్యర్థనను మళ్ళీ పునరుద్ధరించకూడదు. ఈ అభ్యర్థన హెడ్ అభ్యర్థన కాదు అయితే మరియు సర్వర్ అభ్యర్థనను ఎందుకు పనిచేయలేదు అనే కారణాన్ని వివరించడానికి కావలసినప్పుడు, తిరస్కరణ కారణాన్ని ఎంటిటీ లోపల వివరించాలి. కానీ, సర్వర్ ఈ ప్రత్యుత్తరాన్ని తిరిగి ఇవ్వవచ్చు 404 సర్వర్ కింది వనరిని తెలియజేయడానికి కావలసిన పరిస్థితి లేదు అని కావలసినప్పుడు ప్రత్యుత్తరం. |
| 404 | అభ్యర్థన విఫలమైంది, మరియు కావలసిన వనరిని సర్వర్ లో కనబడలేదు. ఈ పరిస్థితి తాత్కాలికమైనది లేదా స్థిరమైనది అని వినియోగదారికి తెలియజేయడానికి కొన్ని సమాచారం లేదు. సర్వర్ ఈ పరిస్థితి గురించి తెలుసుకున్నప్పుడు, దాని 410 స్టేటస్ కోడ్ పాత వనరిని స్థిరంగా లభించనిది అయినందుకు కొన్ని అంతర్గత ఆకృతీకరణ యంత్రాంగం కారణంగా ఉంది మరియు జమ్పుటో వెళ్ళిన చిరునామా లేదు అని తెలియజేయడానికి ఉపయోగించాలి. దాని 404 స్టేటస్ కోడ్ సర్వర్ అనుకున్నప్పుడు అభ్యర్థన తిరస్కరించబడింది ఎందుకంటే వివరించలేదు లేదా మరొక సరిపోయే ప్రత్యుత్తరం లభించలేదు అయితే విస్తారంగా ఉపయోగిస్తారు. |
| 405 | The request method specified in the request line cannot be used to request the corresponding resource. The response must return an Allow header indicating a list of request methods that can be accepted by the current resource. Since PUT and DELETE methods write to resources on the server, most web servers do not support or do not allow the above request method by default, and will return a 405 error for such requests. |
| 406 | ఈ అభ్యర్థనలకు కారణం కాగల అప్రమత్తంగా అనుమానించబడిన ప్రమాణం.-అభ్యర్థించిన వనరి కంటెంట్ లక్షణాలు అభ్యర్థన హెడర్ లో ఉన్న పరిస్థితులకు సరిపోవదు, కాబట్టి ప్రతిస్పందన ఎంటిటీ సిర్జుక్షన్ చేయలేకపోతుంది. ఈ అభ్యర్థన హెడర్ లో HEAD అభ్యర్థన కాకపోయినప్పుడు, వినియోగదారు లేదా బ్రౌజర్ అత్యంత సరిపోయే ఎంటిటీ లక్షణాలు మరియు అడ్రెస్ లిస్ట్ ఎంచుకోవడానికి అనుమతించే ఎంటిటీని ప్రతిస్పందన తిరిగి పంపాలి. ఎంటిటీ ఫార్మాట్ కంటెంట్ టైప్ లో నిర్వచించబడింది. |
| 407 | టైప్ హెడర్. బ్రౌజర్ ఫార్మాట్ మరియు తన స్వంత సామర్థ్యాలను ఆధారంగా ఉత్తమ ఎంపికను చేసుకోవచ్చు. అయితే, ఈ తరహా స్వయంచాలక ఎంపికలకు ఏ ప్రమాణాలనైనా నిర్వచించబడలేదు. 401 కార్యకలాపాలు ప్రాక్సీ కార్యకలాపాలకు సమానం-ప్రమాణీకరణ కోసం ప్రమాణీకరించండి. క్లయింట్ పక్షం ప్రాక్సీని తిరిగి పంపవచ్చు అని అనుమానించవచ్చు, కానీ క్లయింట్ పక్షం ప్రాక్సీ సర్వర్ పై ప్రమాణీకరించవలసివుంది. ప్రాక్సీ సర్వర్ ప్రాక్సీని తిరిగి పంపవలసివుంది.-ప్రమాణీకరణ కోసం ఆథరైజేషన్ హెడర్. ఆర్కివ్ సిస్టమ్ చూడండి 2617. |
| 408 | రిక్వెస్ట్ సమయం ముగిసింది. క్లయింట్ పక్షం సర్వర్ ఆశించిన వ్యవధిలో అభ్యర్థనను పంపడం పూర్తి చేయలేకపోయింది. క్లయింట్ పక్షం ఏ మార్పులు లేకుండా ఏ సమయంలోనైనా అభ్యర్థనను పునరుద్ధరించవచ్చు. |
| 409 | అప్రమత్తంగా అనుమానించబడిన సమస్యతో అభ్యర్థించిన వనరి స్థితితో సంఘర్షణ కారణంగా అభ్యర్థన పూర్తి చేయలేకపోతుంది. ఈ కోడ్ ఉపయోగించబడగలదు అని భావించిన వినియోగదారు సంఘర్షణను పరిష్కరించగలడని మరియు కొత్త అభ్యర్థనను పునరుద్ధరించగలడని భావించినప్పుడు మాత్రమే. వినియోగదారుకు సంఘర్షణను మూలం గుర్తించడానికి తగినంత సమాచారం ఉండాలి. సంఘర్షణలు సాధారణంగా PUT అభ్యర్థనల ప్రాసెసింగ్ లో జరుగుతాయి. ఉదాహరణకు, ఒక వెర్షన్-checked environment, if the version information attached to a PUT-ఒక ప్రత్యేక వనరుకు జరిపిన మార్పు అనుసంధానించిన రేక్ట్ పూర్వ అనుసంధానించిన రేక్ట్ (మూడవ పార్టీ) తో విరుద్ధం కావచ్చు.-పార్టీ యొక్క అనుసంధానించిన రేక్ట్ ని సెర్వర్ ఉపయోగించాలి. 409 అనికి వస్తే ప్రతిస్పందన సంకేతం ఉపయోగించబడుతుంది.
ఈ నిమిత్తం, ప్రతిస్పందన సంకేతం రెండు విరుద్ధ వెర్షన్ల మధ్య వ్యత్యాసాలను కలిగి ఉండవచ్చు, ఇది యూజర్ మరియు మరియు మిశ్రమం రేక్ట్ పునఃసబ్మిట్ చేయడానికి సహాయపడుతుంది. |
| 410 | అనుసంధానించిన వనరులు సెర్వర్ లో లేవు మరియు ఏ ప్రముఖ ఫర్వర్డింగ్ అడ్రెస్స్ లేవు. ఈ పరిస్థితిని కాలం గా పరిగణించాలి. యజమాని యొక్క అనుమతితో లింక్ ఎడిటింగ్ సామర్ధ్యం కలిగిన క్లయింట్ యొక్క అనుమతితో ఈ అడ్రెస్స్ కు సంబంధించిన అన్ని సూచనలను తొలగించాలి. సెర్వర్ ఈ పరిస్థితిని కాలం గా అని తెలియకుండా ఉంటే అప్పుడు ఒక క్యాచ్ చేయబడని ప్రతిస్పందన ఉంటుంది. 404 స్టేటస్ కోడ్ ఉపయోగించాలి. మరియు ఇతరంగా నిర్దేశించబడనిది ఈ ప్రతిస్పందన క్యాచ్ చేయబడుతుంది. ఈ ప్రతిస్పందన ప్రధానంగా ఉద్దేశించిన ఉద్దేశం ఉంది. 410 రేక్ట్ ప్రధానంగా వెబ్ మాస్టర్ వెబ్ సైట్ ని నిర్వహించడానికి ఉపయోగించబడుతుంది, వనరులు లేవు అని యూజర్ కు తెలియజేయడానికి మరియు సెర్వర్ యజమాని ఈ వనరులకు అన్ని రిమోట్ కనెక్షన్స్ తొలగించాలని కోరుతుంది.
ఈ రకమైన ఇవెంట్ కాలం లో సాధారణం.-లిమిటెడ్, విలువ.-జోడించిన సేవలు. అలాగే, ఈ పరిమితి విలువను జోడించబడింది. 410 రేక్ట్ సమాచారం అనేది వ్యక్తికి చెందిన వనరులు ప్రస్తుత సెర్వర్ సైట్ లో లేవు అని క్లయింట్ సైడ్ ని తెలియజేయడానికి ఉపయోగించబడుతుంది. సెర్వర్ యజమాని అనేక వనరులను కాలం గా లేవు అని గుర్తు పెట్టాలి అని నిర్ణయించడం పూర్తిగా సెర్వర్ యజమాని కు సాధ్యం. 410 గోన్ ', ఈ గుర్తును ఎంత కాలం కాపాడాలో. |
| 411 | కంటెంట్ నిర్వచించని ఆకాంక్షించిన రేక్ట్ ని సెర్వర్ అంగీకరించదు.-లెంత్ హెడర్.-రేక్ట్ బాడీ పొడవును సూచించే లెంత్ హెడర్, క్లయింట్ సైడ్ డిఫారెంట్ రేక్ట్ అందించవచ్చు. |
| 412 | The server failed to meet one or more of the prerequisites when verifying that they were given in the header field of the request. This status code allows the client side to set prerequisites in the requested metadata (request header field data) when fetching resources, thus preventing the request method from being applied to resources other than what it wants. |
| 413 | The server refuses to process the current request because the request submits more entity data than the server is willing or able to handle. In this case, the server can close the connection to prevent the client side from continuing to send the request. If this situation is temporary, the server should return a Retry-అభ్యర్ధనలో క్లయింట్ సైడ్ ఎంత సమయం మళ్ళీ ప్రయత్నించవచ్చు అని తెలియజేయడానికి ప్రతిస్పందన హెడర్ తర్వాత. |
| 414 | అభ్యర్ధించబడిన యూరి సర్వర్ అనుసరించగల పరిమితికి పైబడింది, కాబట్టి సర్వర్ అభ్యర్ధనను తిరస్కరిస్తుంది. ఇది అరుదు, సాధారణ ఉదాహరణలు ఉన్నాయి: పోస్ట్ పద్ధతిని ఉపయోగించాల్సిన ఫారమ్ సమర్పణ గెట్ పద్ధతిగా మారుతుంది, అనగా క్వరీ స్ట్రింగ్ (క్వరీ స్ట్రింగ్) చాలా పెద్దది అవుతుంది. రెడైరెక్ట్ యూరి బ్లాక్ హోల్స్, మొదటి రెడైరెక్ట్ క్రియానికి పాలుపంచుకునే పాత యూరి వలె కొన్ని రెడైరెక్ట్లు ఉన్నప్పుడు, కొన్ని రెడైరెక్ట్లు తర్వాత యూరి చాలా పెద్దది అవుతుంది. క్లయింట్ కొన్ని సర్వర్లులో ఉన్న భద్రతా లోపాలతో సర్వర్ను దాడి చేస్తున్నది.
ఈ రకమైన సర్వర్లు ఫిక్స్డ్ పద్ధతిని ఉపయోగిస్తాయి-లెంగ్త్ బఫర్ చదవడానికి లేదా అభ్యర్ధించబడిన యూరి ని సమాధానంగా సమాధానంగా చేయడానికి ఉపయోగించబడుతుంది. గెట్ తర్వాత పరిమాణం కంటే ఎక్కువగా ఉన్నప్పుడు, బఫర్ ఓవర్ ఫ్లో సంభవించవచ్చు, అనగా చేతన కోడ్ అనుమతించబడుతుంది [1]. ఈ విధమైన సర్వర్లు వాటికి వ్యతిరేకంగా ఉన్న సర్వర్లు తిరిగి పంపాలి. 414 స్టేటస్ కోడ్. |
| 415 | ప్రస్తుత అభ్యర్ధన పద్ధతి మరియు అభ్యర్ధించబడిన వనరిని కొరకు, అభ్యర్ధనలో సమర్పించబడిన పదార్థం సర్వర్ ద్వారా మద్దతు చేయబడిన ఫార్మాట్లో లేదు, కాబట్టి అభ్యర్ధన తిరస్కరించబడింది. |
| 416 | అభ్యర్ధనలో రేంజ్ హెడర్ ఉన్నప్పుడు, మరియు రేంజ్ లో తెలిపిన ఏ డేటా రేంజ్లు ప్రస్తుత వనరిని అందుబాటులో ఉన్న రేంజ్తో సమానం కాదు, మరియు ఇఫ్ క్రియానికి సంబంధించిన కార్యకలాపాలు ఉన్నప్పుడు సర్వర్ ఆనారోగ్యం రాబట్టి తిరిగి పంపాలి.-రేంజ్ హెడర్ అనేది అభ్యర్ధనలో నిర్వచించబడలేదు, సర్వర్ ఆనారోగ్యం రాబట్టి తిరిగి పంపాలి. 416 status code. If the Range uses a byte range, then this situation means that the first byte position of all data ranges specified by the request exceeds the length of the current resource. The server should also include a Content-Range entity header along with the 416 status code to indicate the length of the current resource. This response is also prohibited from using multipart/బైట్ రేంజెస్ అనేది కంటెంట్-టైప్. |
| 417 | అభ్యర్ధనలోని అవిశ్వాసం హెడర్ లో పేర్కొన్న అంచనా విషయం సర్వర్ ద్వారా నెరవేర్చలేకపోయినప్పుడు, లేదా సర్వర్ ప్రాక్సీ సర్వర్ అని సర్వర్ కు అనుసంధానించబడిన తరువాతి నోడ్ లో అంచనా విషయం నెరవేర్చలేకపోయినప్పుడు సర్వర్ కు సమాధానం చేయబడదు. |
| 421 | ఇంటర్నెట్ ప్రొటోకాల్ అడ్రెస్స్ నుండి సర్వర్ కు వచ్చే కనెక్షన్స్ సంఖ్య సర్వర్ ద్వారా అనుమతించబడిన గరిష్టం కంటే ఎక్కువగా ఉంటుంది. ఇక్కడ ఇంటర్నెట్ ప్రొటోకాల్ అడ్రెస్ సాధారణంగా క్లయింట్ సైడ్ అడ్రెస్ ను సర్వర్ నుండి చూసిన క్లయింట్ సైడ్ అడ్రెస్ అని గమనించాలి (ఉదాహరణకు వినియోగదారు గేట్వే లేదా ప్రాక్సీ సర్వర్ అడ్రెస్). ఈ సందర్భంలో, కనెక్షన్ కౌంట్ కంటే ఒక అంతర్గత వినియోగదారుని కంటే ఎక్కువ ఉండవచ్చు. |
| 422 | ఇంటర్నెట్ ప్రొటోకాల్ అడ్రెస్స్ నుండి సర్వర్ కు వచ్చే కనెక్షన్స్ సంఖ్య సర్వర్ ద్వారా అనుమతించబడిన గరిష్టం కంటే ఎక్కువగా ఉంటుంది. ఇక్కడ ఇంటర్నెట్ ప్రొటోకాల్ అడ్రెస్ సాధారణంగా క్లయింట్ సైడ్ అడ్రెస్ ను సర్వర్ నుండి చూసిన క్లయింట్ సైడ్ అడ్రెస్ అని గమనించాలి (ఉదాహరణకు వినియోగదారు గేట్వే లేదా ప్రాక్సీ సర్వర్ అడ్రెస్). ఈ సందర్భంలో, కనెక్షన్ కౌంట్ కంటే ఒక అంతర్గత వినియోగదారుని కంటే ఎక్కువ ఉండవచ్చు. |
| 422 | అభ్యర్ధనలోని అర్థపూర్ణ విషయం కారణంగా సర్వర్ సమాధానం చేయలేకపోయినప్పుడు, అభ్యర్ధన రూపం సరైనప్పటికీ. (RFC 4918 వెబ్‌డేవ్) 423 లాక్డ్ ప్రస్తుత వనరిని లాక్ చేయబడింది. (RFC 4918 వెబ్‌డేవ్) |
| 424 | ప్రస్తుత అభ్యర్ధన పూర్తి చేయలేకపోయినప్పుడు పూర్వ అభ్యర్ధనలో విఫలమైన విషయం కారణంగా, ఉదాహరణకు PROPPATCH. (RFC 4918 వెబ్‌డేవ్) |
| 425 | వెబ్‌డేవ్ అడ్వాన్స్డ్ కలెక్షన్స్ డ్రాఫ్ట్ లో నిర్వచించబడిన, కానీ వెబ్‌డేవ్ సీక్వెంటియల్ సెట్ ప్రొటోకాల్ (RFC లో లేదు 3658). |
| 426 | క్లయింట్ సైడ్ టిఎల్ఎస్ కు మారాలి/1.0. (RFC 2817) |
| 449 | మైక్రోసాఫ్ట్ ద్వారా విస్తరించబడిన, సర్వర్ సర్వీస్ అనుమతించబడిన కార్యకలాపాలు చేసిన తర్వాత అభ్యర్ధనను మళ్ళీ ప్రయత్నించాలి. |
| 500 | సర్వర్ అనుమతించబడిన అభ్యర్ధనను పూర్తి చేయడానికి అవాంఛిత సంగతిని పెట్టుకుంది. సాధారణంగా, ఈ సమస్య సర్వర్ కోడ్ ఫేల్ అయినప్పుడు జరుగుతుంది. |
| 501 | సర్వర్ ప్రస్తుత అభ్యర్ధనకు అవసరమైన ఫీచర్ ను మద్దతు చేయలేదు. సర్వర్ అభ్యర్ధించిన పద్ధతిని గుర్తించలేకపోయినప్పుడు లేదా ఏ వనరికి తన అభ్యర్ధనను మద్దతు చేయలేదు. |
| 502 | ఒక గేట్వే లేదా ప్రాక్సీ గా పనిచేసే సర్వర్ అనుమతించబడిన అభ్యర్ధనను అమలు చేయడానికి ప్రయత్నిస్తుంది అప్పుడు, ఇప్పుడు ఉన్న సర్వర్ నుండి అవాంఛిత ప్రతిస్పందనను అందుకుంటుంది. |
| 503 | The server is currently unable to process requests due to temporary server maintenance or overload. This condition is temporary and will be restored after some time. If the delay time can be predicted, the response can include a Retry-After header to indicate the delay time. If this Retry-సమాచారం ఇవ్వబడలేదు తరువాత, క్లయంట్ పక్షం దానిని ఒక 500 ప్రత్యుత్తరం. గమనిక: ఒక 503 స్టేటస్ కోడ్ సర్వర్ ఒక అధికారిక స్థితిని అనుసరించాలి అనే అర్థం లేదు. కొన్ని సర్వర్లు క్లయంట్ కనెక్షన్‌ను నిరాకరించడానికి మాత్రమే కోరుకుంటాయి. |
| 504 | గేట్వే లేదా ప్రాక్సీ సర్వర్ అభ్యర్ధనను అమలు చేయడానికి ప్రయత్నిస్తుంది కానీ ఉపస్థితికి ఉన్న సర్వర్ (యుఆరెలి, మొదలు చేసి HTTP, FTP, LDAP) లేదా సెకండరీ సర్వర్ (మొదలు చేసి DNS) నుండి సమయంతో ప్రత్యుత్తరం అందుకోలేదు. గమనిక: కొన్ని ప్రాక్సీ సర్వర్లు ఒక 400 లేదా 500 డిఎన్ఎస్ క్వరీ టైమ్ ఆట్ టు అవర్ |
| 505 | సర్వర్ అభ్యర్ధనలో ఉపయోగించిన HTTP వెర్షన్‌ను మద్దతు చేయలేదు లేదా మద్దతు చేయడానికి నిరాకరించింది. ఈ అర్థం సర్వర్ క్లయంట్ సైడ్ తో అదే వెర్షన్‌ను ఉపయోగించలేదు లేదా ఉపయోగించబడదు. ప్రత్యుత్తరంలో వెర్షన్ ఎందుకు మద్దతు చేయబడదు మరియు సర్వర్ ఏ ప్రొటోకాళ్ళను మద్దతు చేస్తుంది అనేది వివరించే ఎంటిటీ చేర్చబడాలి. |
| 506 | పారదర్శక కంటెంట్ నిగోషియేషన్ ప్రొటోకాల్ ద్వారా విస్తరించబడింది (RFC 2295), ఇది సర్వర్లో అంతర్గత కన్ఫిగరేషన్ తప్పును ప్రతిబింబిస్తుంది: అభ్యర్ధించిన నిగోషియేషన్ వేరియబుల్ వనరిని పారదర్శక కంటెంట్ నిగోషియేషన్ లో స్వంతంగా ఉపయోగించడానికి కన్ఫిగరేషన్ చేయబడింది, అందువల్ల ఇది నిగోషియేషన్ ప్రక్రియలో సరిగ్గా లక్ష్యంగా ఉండదు. |
| 507 | సర్వర్ అభ్యర్ధించిన అభ్యర్ధనకు అవసరమైన కంటెంట్ నిల్వ చేయలేదు. ఈ పరిస్థితి తాత్కాలికంగా భావించబడుతుంది. WebDAV (RFC 4918) |
| 509 | సర్వర్ బ్యాండ్‌విడ్త్ లిమిట్ సిద్ధం చేసింది. ఈ స్టేటస్ కోడ్ ఆధికారికంగా కాదు, కానీ ఇప్పటికీ విస్తరించి ఉపయోగిస్తున్నది. |
| 510 | వనరులను పొందడానికి అవసరమైన విధానాలు నెరవేరలేదు. (RFC 2774) |
