| HTTP အချက်အလက် အော်ဒါ | Status code meaning |
|---|
| 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-time and synchronous protocol to deliver resources that take advantage of such features. |
| 102 | The status code extended by WebDAV (RFC 2518) indicates that processing will continue. |
| 200. | The request was successful, and the desired response headers or data bodies are returned with the response. |
| 201 | ဘလော့စ် အုပ်ချုပ်ရုံးသည် အကောက်ခံခဲ့သည် သို့သော် အဆိုပါ အကောက်ခံက မလုပ်ဆောင်မှီ ဖြစ်နေသည်။ အကောက်ခံက လက်ခံခြင်း မရှိဘဲ ဖြစ်နိုင် သို့မဟုတ် အကောက်ခံက လက်ခံခြင်း ဖြစ်နိုင်သည်။ အဆိုပါ အခြား အခြေခံ လုပ်ဆောင်မှု ကို ပြန်တင်ချက် ပြုလုပ်ခြင်း မရှိဘဲ ပြုလုပ်ရန် အနည်းဆုံး လုပ်ဆောင်နိုင်သော နည်းလမ်း ဖြစ်သည်။202 အဆိုပါ အခြား အခြေခံ လုပ်ဆောင်မှု ကို ပြန်တင်ချက် ပြုလုပ်ခြင်း အား အဆိုပါ အခြား အခြေခံ လုပ်ဆောင်မှု ကို ပြန်တင်ချက် ပြုလုပ်ခြင်း ဖြစ်သည်။ |
| 202 | ဘလော့စ် အုပ်ချုပ်ရုံးသည် အကောက်ခံခဲ့သည် သို့သော် အဆိုပါ အကောက်ခံကို မလုပ်ဆောင်မှီ ဖြစ်နေသည်။ အကောက်ခံက လက်ခံခြင်း မရှိဘဲ ဖြစ်နိုင် သို့မဟုတ် အကောက်ခံက လက်ခံခြင်း ဖြစ်နိုင်သည်။ အဆိုပါ အခြား အခြေခံ လုပ်ဆောင်မှု ကို ပြုလုပ်ရန် အခြား လုပ်ဆောင်မှု ကို ပြန်တင်ချက် ပြုလုပ်ခြင်း မရှိဘဲ ပြုလုပ်ရန် အနည်းဆုံး လုပ်ဆောင်နိုင်သော နည်းလမ်း ဖြစ်သည်။ အဆိုပါ အခြား အခြေခံ လုပ်ဆောင်မှု ကို ပြန်တင်ချက် ပြုလုပ်ခြင်း အား အဆိုပါ အခြား အခြေခံ လုပ်ဆောင်မှု ကို ပြန်တင်ချက် ပြုလုပ်ခြင်း ဖြစ်သည်။ 202 အခြား လုပ်ဆောင်မှု (ဥပမာ ဘလော့စ် အုပ်ချုပ်ရုံး အသုံးပြုသည့်) ကို လက်ခံသည့် အပြီး အခြား လုပ်ဆောင်မှု ကို လက်ခံရန် အခွင့်ပြုသည်။-တစ်နေ့တာ သာ လုပ်ဆောင်တတ်သော အခြေခံ လုပ်ဆောင်မှုကို အသုံးပြုပြီး အဆိုပါ ဘလော့စ် အုပ်ချုပ်ရုံးသို့ အကောက်ခံရသည့် အရေးပါ လုပ်ဆောင်မှု ကို ပြန်တင်ချက် ပြုလုပ်ခြင်း မရှိဘဲ အဆိုပါ ဘလော့စ် အုပ်ချုပ်ရုံးသို့ သွားလာ လုပ်ဆောင်မှု အပြီး တိုင် အဆိုပါ အကောက်ခံရသည့် ဘလော့စ် အုပ်ချုပ်ရုံးက အခြား လုပ်ဆောင်မှု ကို အသုံးပြုနိုင်သည်။ 202 အချက်အလက် က အချက်အလက် ကို ပ�န်လည် အသုံးပြု ရန် လိုအပ်သည် မဟုတ် သော်လည်း |
| 203 | အင်တာနက် ပြောင်းလဲခြင်း အပေါ် အကူအညီ ပြုသည်။-အချက်အလက် က အချက်အလက် ကို ပြန်လည် အသုံးပြု ရန် လိုအပ်သည် မဟုတ် သော်လည်း အချက်အလက် သည် အချက်အလက် ကို ပြန်လည် အသုံးပြု ရန် လိုအပ်သည် မဟုတ် သော်လည်း 200 အချက်အလက် အပေါ် အကူအညီ ပြုသည်။ |
| 204 | အင်တာနက် ပြောင်းလဲခြင်း အပေါ် အကူအညီ ပြုသည်။ သို့သော် အချက်အလက် သည် အချက်အလက် ကို ပြန်လည် အသုံးပြု ရန် လိုအပ်သည် မဟုတ် သော်လည်း အချက်အလက် သည် အချက်အလက် ကို ပြန်လည် အသုံးပြု ရန် လိုအပ်သည် မဟုတ် သော်လည်း အချက်အလက် သည် အချက်အလက် ကို ပြန်လည် အသုံးပြု ရန် လိုအပ်သည် မဟုတ် သော်လည်း 204 အချက်အလက် က အမှတ်အသား အပေါ် အသုံးပြု လိုဘူး မဟုတ် သော်လည်း အချက်အလက် သည် အချက်အလက် ခေါင်းစဉ် ပြီး ပထမ အခုခံ လှည့်ကာ ပြီးဆုံးသည်။ |
| 205 | အင်တာနက် ပြောင်းလဲခြင်း အပေါ် အကူအညီ ပြုသည်။ ပြီး အခြား 204 ထို အချက်အလက် ကို ပြန်အပ်ခြင်း၊ ထို အချက်အလက် က ဒီ အချက်အလက် ကို ပြန်အပ်ခြင်း သည် သုံးစွဲသူ က စာတမ်း လတ်ထက် ပြန်လည် ပြင်ဆင် ရန် လိုအပ်သည်။ ဒီ အချက်အလက် သည် သုံးစွဲသူ က အသုံးပြုသော အချက်အလက် ကို လက်ခံ ပြီး မကြာမကြာ ပြန်လည် စတင် အသုံးပြု ရန် လုပ်ဆောင် သည့် အချက်အလက် ဖြစ်သည်။ သို့သော်လည်း 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-Range field to indicate the content range of this segment. If the response contains Content-Length, then its value must match the actual number of bytes in the content range it returns. Date ETag and/or Content-Location, if the same request should have returned a 200 response. Expires, Cache-Control, and/or Vary, if its value may be different from the value corresponding to other responses to the same variable before. If this response request uses If-Range strong cache validation, then this response should not include other entity headers; if this response request uses If-Range အကောင်းအနှစ် အကောင်းအနှစ် အကောင်းအနှစ် အကောင်းအနှစ် ကုလား ကို ပေါင်းစပ်ခြင်း မပါ လျှင်၊ ထို ထိုအတိုင်း ထိုအတိုင်း အကောင်းအနှစ် ကုလား ကို ပေါင်းစပ်ခြင်း မပါ လျှင်၊ ထို ထိုအတိုင်း အကောင်းအနှစ် ကုလား ကို ပေါင်းစပ်ခြင်း မပါ လျှင်၊ ထို ထိုအတိုင်း အကောင်းအနှစ် ကုလား ကို ပေါင်းစပ်ခြင်း မပါ လျှင် 2ETag သို့မဟုတ် Last-00 ထိုအတိုင်း အကောင်းအနှစ်များ မတူညီဘဲ၊ အကောင်းအနှစ် ကုလား ဘက် အကောင်းအနှစ် ကုလား ကို ပိတ်ပင်ပါ 206 响应中包含任何先前缓存的任何内容。不支持 Range နှင့် Content Modified အစီအစဉ်များသော အကောင်းအနှစ် မရှိသေးသော အကောင်းအနှစ် ကုလား ဘက် အကောင်းအနှစ် ကုလား ကို အစီအစဉ်ပေါင်းစပ်ခြင်း ကို ပိတ်ပင်ပါ-Range အ�处头不允许缓存由响应返回的内容。 206 ထိုအတိုင်း |
| 207 | WebDAV (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-Type. The browser may automatically make the most appropriate choice based on the format of the response and the browser's own capabilities. Of course, the RFC 2616 specification does not specify how such automatic selection should be performed. If the server itself already has a preferred feedback selection, the URI of the feedback should be specified in the Location; browsers may use this Location value as the address for automatic redirection. In addition, unless otherwise specified, the response is also cacheable. |
| 301 | The requested resource has been permanently moved to a new location, and any future reference to this resource should use one of several URIs returned by this response. If possible, the client side with link editing capabilities should automatically change the requested address to the address returned from the server. Unless otherwise specified, this response is also cacheable. The new permanent 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. If this is not a GET or HEAD request, the browser is prohibited from automatically redirecting unless confirmed by the user, as the conditions of the request may change as a result. Note: For some browsers using the HTTP/1.0 protocol, when they send a POST request and get a 301 response, the subsequent redirect request will be GET. |
| 302 | The requested resource is now temporarily responding to the request from a different URI. Since such redirects are temporary, the client side should continue to send future requests to the original address. This response is cacheable only if specified in Cache-Control or Expires. The new temporary 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. If this is not a GET or HEAD request, the browser prohibits automatic redirection unless confirmed by the user, as the conditions of the request may change as a result. Note: Although the RFC 1945 and RFC 2068 specifications do not allow the client side to change the method of the request when redirecting, many existing browsers treat the 302 response as a 303 response and use GET to access the URI specified in the Location, ignoring the original request method. Status codes 303 and 307 were added to clarify what the server expects from the client side. |
| 303 | The response to the current request can be found on another URI, and the client side should GET access to that resource. This method exists primarily to allow script-activated POST request output to be redirected to a new resource. This new URI is not a substitute reference to the original resource. Also, 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 responses. |
| 304 | If the client side sends a conditional GET request and the request has been allowed, and the content of the document has not changed (since the last visit or according to the conditions of the request), the server should return this status code. 304 responses are prohibited from including message bodies, so always end with the first blank line after the header. The response must contain the following header information: Date, unless this server has no clock.
If the server without a clock also follows these rules, then the proxy server and client side can add the Date field to the received response header by themselves (as specified in RFC 2068), and the caching mechanism will work fine. ETag and/or Content-Location, if the same request should have returned a 200 response. Expires, Cache-Control, and/or Vary, if its value may be different from the value corresponding to other responses to the same variable before.
If this response request uses strong cache validation, then this response should not include other entity headers; otherwise (for example, a conditional GET request uses weak cache validation), this response is prohibited from including other entity headers; this avoids inconsistencies between cached entity content and updated entity header information. If a 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 | ကြိုတင်ချက်ပြုထားသော ပရိုဂရမ် ကို သုံးနိုင်ရန် လူသုံးသူ၏ ပြန်လည်သတင်းကို လက်ခံလုပ်ဆောင်ခြင်းမပြုနိုင် မဟုတ် ကြောင်း ဖြစ်သည်။ ထိုသတင်း၏ URI သတင်း ကို အခြေအနေပြုလုပ်ချက် ပြုသွင်းချက်ပြုရမည်။ ထိုသတင်း၏ ပြန်လည်သတင်း ကို အသုံးပြုရန် လူသုံးသူ၏ ကျယ်ပြန့် အကြံအမှု ကို အသုံးပြုရန် သူမှာ လက်ချင်းချခြင်း မပြုခဲ့ မဟုတ် ကြောင်း ဖြစ်သည်။ 305 RFC ပြန်လည်သတင်းကို ဖြစ်သည်။ 305 RFC ပြန်လည်သတင်းကို ဖြစ်သည်။ 2068 အကြံအမှု တစ်ခုသာ ပြန်လည်သတင်းပေးရန် ဖြစ်ပါ နှင့် အရင်း အခြေစိုက် ဘတ်ယားက အသုံးပြုရန် ဖြစ်သည်။ အဆိုပါ အခြေအနေကို လက်ချင်းချခြင်းမှ ကျယ်ပြီးပြီ ဖြစ် ပါ နှင့် ထိုအခြေအနေကို လက်ချင်းချခြင်းမှ တတိယ လူမှုဘေး ကြောင်း ဖြစ်လာနိုင်ပါသည်။ |
| 306 | အဆိုပါ အခြေခံ ပုံစံ သည် အဆိုပါ ကြောင်း ကို လက်ခံလုပ်ဆောင်ခြင်းမပြုနိုင် မဟုတ် ကြောင်း ဖြစ်သည်။ 306 အစီရင်ခံ အစား ကြောင်း ကို အသုံးပြုခြင်း ကျယ်ပြီးပြီ။ |
| 307 | ကြိုတင်ချက်ပြုထားသော ပရိုဂရမ်မှာ အဆိုပါ ကိုရိုက်တုံ့ဖြတ်မှု ကို ပြန်ဖတ်နိုင်ပေ။ ထိုသတင်းမှာ ပြန်လည်သတင်းကို ထပ်ထည့်သွင်းချက်ပြုရမည်။-ပြုပြင်ခြင်း သို့မဟုတ် အဆိုပါ အချက်အလက် သည် လက်ရှိဘတ်ယားက လူသုံးသူက အတည်ပြုချက် ပြုလုပ်ချက်မရှိ မဟုတ် ကြောင်း ဖြစ်သည်။ 307 ပြန်လည်သတင်း လက်ခံသူ၏ သတင်းကို သိနိုင်စေ လျှင် ထိုသတင်းကို ထပ်ထည့်သွင်းချက်ပြုရမည်။
ဤအချက်အလက်မှာ GET သို့မဟုတ် HEAD အကြံအမှု မဟုတ်ဘဲ ဖြစ်လာခြင်းတွင် မိမိသုံးနေသော ဘတ်ယား က လုပ်ဆောင်ခြင်းမပြုနိုင် ဟု လူသုံးသူက အတည်ပြုချက် ပြုလုပ်ချက်မရှိ မဟုတ် ကြောင်း၊ အကြံအမှု၏ အခြေအနေ ပြောင်းလဲနိုင်ကြောင်း ဖြစ်သည်။ |
| 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စာတမ်း ပြောင်းလဲ အချက်အရာ အမှတ် အသုံးပြု သည်။ |
| 401 | အခြား အမှတ် သည် အသုံးပြု သည်။-စာတမ်း အမှတ် အတွက် အသုံးပြု သည်။ သုံးစွဲသူ အခြေအနေ ကို ပြောင်းလဲ လိမ့်မည် သော အခြေအနေ ကို ပြောင်းလဲ လိမ့်မည် မဟုတ် သေး သည်။ 401 ပြောင်းခြင်း အမှတ် သည် မူကြည်း သည် သိပ်သိထား သော ဝတ္ထု ကို ပြန်ပေး သည်။ 401 ပြောင်းခြင်း အမှတ် သည် ပြောင်းခြင်း အမှတ် ကို အသုံးပြု သည်။ ဘားမူ သုံးစွဲသူ သည် အခြား အမှတ် ကို သုံးစွဲ သော် ဘားမူ ဘားမူ သုံးစွဲသူ သည် ပြောင်းခြင်း အမှတ် ကို သုံးစွဲ သည်။ 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 | The content characteristics of the requested resource do not meet the conditions in the request header, so a response entity cannot be generated. Unless this is a HEAD request, the response should return an entity that allows the user or browser to select the most appropriate entity characteristics and address list. The format of the entity is determined by the media type defined in the Content-Type header. The browser can make the best choice based on the format and its own capabilities. However, the specification does not define any criteria for making such automatic selections. |
| 407 | အတူ ပြီး ပြီ 401 အခွင့်ပြု ဦးချုပ် အတွက် အခွင့်ပြု အသစ် အတင်း အခွင့်ပြုခြင်း သည် အသုံးပြုသူ အချိန် တွင် အခွင့်ပြု ဦးချုပ် အား အခွင့်ပြုခြင်း ကို ပြန်တင် နိုင် ပါ။ အခွင့်ပြု ဦးချုပ် အား အခွင့်ပြု အသစ် အတင်း အခွင့်ပြု ခြင်း ကို ပြန်တင် သင့် ပါ။-အခွင့်ပြု အတွက် အခွင့်ပြုခြင်း။ အသုံးပြုသူ အချိန် တွင် အခွင့်ပြု ဦးချုပ် အား အခွင့်ပြုခြင်း ကို ပြန်တင် နိုင် ပါ။-အခွင့်ပြု ဦးချုပ် အတွက် အခွင့်ပြုခြင်း။ အခွင့်ပြု ဦးချုပ် ကို သဘောအရ မြင်တွေ့ ပါ။ 2617. |
| 408 | လောင်း မ ပြီးမြောက် ပါ။ လောင်း အချိန် တွင် အင်တာနက် ပြောင်းလဲ ခြင်း မ ပြီးမြောက် ပါ။ လောင်း အချိန် တွင် လောင်း ကို အသုံးပြုသူ အား အသုံးပြုသူ အား အခြေအနေ မ ပြုပြင် နိုင် ပါ။ |
| 409 | လိုအပ်သော သတ်မှတ်ချက် အခြေအနေ နှင့် တိုက်ညွှန်းခြင်း ကြောင့် တင်ပြခြင်း မ ပြီးမြောက် ပါ။ အဆိုပါ ကုဒ် သည် အသုံးပြုသူ သည် တိုက်ညွှန်းခြင်း ကို ပြုပြင် နိုင် ကြောင်း ယူဆ ပြီး အသုံးပြုသူ သည် အသုံးပြုသူ အား အသုံးပြုသူ သည် တိုက်ညွှန်းခြင်း သည် မည့် သတ်မှတ်ချက် ကို တွေ့ရှိ နိုင် သော အသစ် အကြောင်းအရာ အသုံးပြု သင့် ပါ။ တိုက်ညွှန်းခြင်း သည် ပြောင်းလဲသော အကြောင်းအရာ တင်ပြခြင်း တွင် ပေါ်ထွက် သည်။ ဥပမာ။ ပုံစံ-checked environment, if the version information attached to a PUT-submitted modification request for a particular resource conflicts with a previous (third-party) request, the server should return a 409 error informing the user that the request could not be completed.
At this point, the response entity is likely to contain a comparison of differences between the two conflicting versions, so that the user can resubmit the merged version. |
| 410 | The requested resource is no longer available on the server and does not have any known forwarding address. This condition should be considered permanent. If possible, the client side with link editing capabilities should remove all references to this address with the user's permission. If the server does not know or cannot determine whether this condition is permanent, then a 404 status code should be used. Unless otherwise specified, this response is cacheable. The purpose of the 410 response is primarily to help the webmaster maintain the website, to inform the user that the resource is no longer available, and that the server owner wants all remote connections to this resource to be deleted.
This type of event is common in time-အကြီးအကျယ် အသုံးချ ခြင်း နှင့် အတ္ထပိုင်း အသုံးချ ခြင်း。-ထပ်ပေါင်း အသုံးချ ခြင်း ဖြစ်သည်။ ထို့အပြင် ပါဝင်သည်。 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-After response header to inform the client side how much time it can try again. |
| 414 | The requested URI is longer than the server can interpret, so the server refuses to service the request. This is rare, and common cases include: A form submission that should have used the POST method becomes a GET method, causing the query string (Query String) to be too long. Redirect URI "black holes", such as each redirect using the old URI as part of the new URI, resulting in the URI being too long after several redirects. The client is trying to attack the server with security bugs that exist in some servers.
This type of server uses a fixed-length buffer to read or manipulate the requested URI. When the parameters after GET exceed a certain value, a buffer overflow may occur, resulting in arbitrary code execution [1]. Servers without such vulnerabilities should return a 414 status code. |
| 415 | For the method of the current request and the requested resource, the entity submitted in the request is not in a format supported by the server, so the request is rejected. |
| 416 | If the request contains a Range header, and any data ranges specified in the Range do not coincide with the available range of the current resource, and the If-Range header is not defined in the request, the server should return a 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/byteranges as its Content-Type. |
| 417 | The expected content specified in the request header Expect cannot be satisfied by the server, or the server is a proxy server that has clear evidence that the expected content cannot be satisfied on the next node of the current route. |
| 421 | The number of connections to the server from the Internet Protocol Address where the current client side is located exceeds the maximum allowed by the server. Typically, the Internet Protocol Address here refers to the client side address seen from the server (such as the user's gateway or proxy server address). In this case, the connection count may involve more than one end user. |
| 422 | The number of connections to the server from the Internet Protocol Address where the current client side is located exceeds the maximum allowed by the server. Typically, the Internet Protocol Address here refers to the client side address seen from the server (such as the user's gateway or proxy server address). In this case, the connection count may involve more than one end user. |
| 422 | The request was formatted correctly, but could not be responded to due to a semantic error. (RFC 4918 WebDAV) 423 Locked The current resource is locked. (RFC 4918 WebDAV) |
| 424 | The current request failed due to an error in a previous request, such as PROPPATCH. (RFC 4918 WebDAV) |
| 425 | Defined in the WebDav Advanced Collections draft, but not in the WebDAV Sequential Set Protocol (RFC 3658). |
| 426 | The client side should switch to TLS/1.0. (RFC 2817) |
| 449 | Extended by Microsoft, requests should be retried after performing the appropriate action. |
| 500 | The server encountered an unexpected situation that prevented it from completing the request. Generally, this problem occurs when the server's code fails. |
| 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-After information is not given, the client side should handle it as if it were a 500 response. Note: The existence of a 503 status code does not mean that the server must use it in the event of an overload. Some servers simply wish to deny the client's connection. |
| 504 | အသုံးပြုတတ် သည့် ဆော့လ်ဗာ သို့မဟုတ် ကွန်ဆာ သို့မဟုတ် ပိုင်းခွဲသည် သို့မဟုတ် ဆော့လ်ဗာ သို့မဟုတ် အခြား ဆော့လ်ဗာ (ဥပမာ HTTP, FTP, LDAP) သို့မဟုတ် သားသမီး ဆော့လ်ဗာ (ဥပမာ DNS) ကို ခေါ်သည် သို့မဟုတ် ကွန်ဆာ က အသုံးပြုတတ် သည် သို့မဟုတ် အသုံးပြုလိမ့်မည် မဟုတ် သည် ကို အချိန်ကြာခြင်း မပြုနိုင်ပါ။ အကျဉ်းချုပ်: အချို့ ကွန်ဆာ ကြွက်သတ်သည် 400 သို့မဟုတ် 500 အချက်အလက် က လောင်ခြင်း ပြတ်တောက်သည် |
| 505 | ဆော့လ်ဗာ က စာကြိုးပြီး တင်ပြခြင်း ကို ခွင့်မပြုခြင်း သို့မဟုတ် ခွင့်မပြုသည့် အဆိုပါ ကုန်အချက်အလက် ကို ပြုပြင်တတ်သည်။ ဒါဟာ ဆော့လ်ဗာ က အသုံးပြုတတ် သို့မဟုတ် အသုံးပြုလိမ့်မည် မဟုတ် သည် ဟု ဆိုသည်။ အိတ်စ်ပြန်တင်ချက် က အဆိုပါ ကုန်အချက်အလက် ကို ခွင့်မပြုသေးသည် ကြောင့် သို့မဟုတ် ဆော့လ်ဗာ က အသုံးပြုတတ် သို့မဟုတ် အသုံးပြုလိမ့်မည် မဟုတ် သည် ဟု ဆိုသည် ကို ပါ အသုံးပြုတတ်သည် |
| 506 | အသုံးပြုသည့် အခြေအနေ ကို ဖုံးကွဲခြင်း အစီအစဉ် (RFC 2295)), ဒါဟာ ဆော့လ်ဗာ အတွင်းရှိ ပစ္စည်း အစီစဉ် အမှား ဖြစ်သည်: ကိုင်တန်းကို လွှတ်တတ် ပြီး အခြေအနေ အစီအစဉ် ကို သုံးပြီး အခြေအနေ အစီအစဉ် ကို ဖုံးကွဲခြင်း အတွက် သုံးတတ်သည်။ အရာကို ပြောင်းလဲခြင်း အစီအစဉ် ကို သုံးတတ်သည် |
| 507 | ဆော့လ်ဗာ က စာကြိုးပြီး တင်ပြခြင်း အား ထိုးဆောင်ခြင်း မပြုနိုင်ပါ။ အဆိုပါ အခြေအနေ သည် အချိန်ကြာခြင်း ဖြစ်သည်။ WebDAV (RFC 4918) |
| 509 | ဆော့လ်ဗာ က ဘယ်ဘက် လောင်ခြင်း ကန့်သတ်ခြင်း ရှိပါသည်။ ဒါဟာ အဆိုပါ ဖော်ပြချက် ကို အဆိုပါ ဖော်ပြချက် ကန့်သတ်ခြင်း ဖြစ်သည်။ ဒါဟာ အသုံးပြုတတ်သည် |
| 510 | ကိရိယာများ ရယူရန် လိုအပ်သည့် အုပ်ချုပ်မှုများ မပြစ်နိုင်ပါ။ (RFC 2774) |
