| ລະຫັດສະພາບ HTTP | ຄວາມໝາຍຂອງລະຫັດສະຖານະການ |
|---|
| 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-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 | time and synchronous protocol to deliver resources that take advantage of such features. 2518The status code extended by WebDAV (RFC |
| 2) ຈະສະແດງວ່າການດຳເນີນງານຈະສືບຕໍ່. | 00. |
| 201 | ການຮ້ອງຂໍຈະສຳເລັດ, ແລະຫົວຂໍ້ຄຳຕອບຫຼືສິ່ງທີ່ຕ້ອງການຈະກັບຄືນກັບຄຳຕອບ.202 ການຮ້ອງຂໍຈະສຳເລັດ, ແລະວ່າຫຼັກຂອງການຮ້ອງຂໍຈະຖືກສ້າງຂຶ້ນຕາມຄວາມຕ້ອງການ, ແລະທີ່ຈະກັບຄືນ URI ກັບຫົວຂໍ້ Location. ຖ້າຫຼັກທີ່ຕ້ອງການບໍ່ສາມາດສ້າງຂຶ້ນໃນເວລາທີ່ຈະຮັບຜິດການ, ' |
| 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 | ທີ່ຜູ້ບໍລິການຈັດການຂໍ້ມູນການຂໍຫຼັກແລະການຕອບຂອງຫົວຂໍ້ຂອງບັນດາຂໍ້ມູນສະມາພັນບໍ່ແມ່ນການຈັດການຄວາມງາມທີ່ມີຄວາມງາມທີ່ຕ້ອງການໃນທີ່ຫົວໜ້າຕົ້ນ, ແຕ່ແມ່ນສິ່ງທີ່ຕິດຕາມຫຼືສາຍທີ່ຢູ່ທີ່ພາຍໃນຫຼັງການບໍລິການ.-ການສຳເນົາ. ຂໍ້ມູນປະຈຸບັນອາດເປັນຫົວຂໍ້ຫຼືຫຼາຍກວ່າຫົວຂໍ້ຮູບແບບເບື້ອງຕົ້ນ. ເອງຮູບແບບຂໍ້ມູນທີ່ບັນດາຂອງສະມາພັນອາດຈະເຮັດໃຫ້ທີ່ຜູ້ບໍລິການທີ່ຫົວໜ້າຕົ້ນຮູ້ວ່າສະມາພັນສູງ. ການໃຊ້ຄຳສັ່ງນີ້ບໍ່ຕ້ອງການ, ແລະມີຢູ່ພຽງແຕ່ຖ້າການຕອບຂໍ້ມູນບໍ່ມີຄວາມສະຫຼາກ. 200 OK ທີ່ບໍ່ມີຄຳສັ່ງນີ້. |
| 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, ຖ້າຄູ່ຄືນມາຂອງມັນຕົກຕ້ານກັບຈຳນວນໄມ້ຕາຍທີ່ມີໃນຂອງການກັບຄືນມາທີ່ຈະກັບຄືນມາ. Date ETag ແລະ/or Content-Location, if the same request should have returned a 200 response. Expires, Cache-Control, and/or Vary, ຖ້າຄູ່ຄືນມາຂອງມັນອາດແຕກຕ່າງຈາກຄູ່ຄືນມາຂອງຄຳຕອບອື່ນໆໃຫ້ກັບຄູ່ຄືນມາດັ່ງກ່າວກ່ອນ. ຖ້າການຂໍ-Range strong cache validation, ຖ້ານັ້ນ response ທີ່ຈະບໍ່ບັນຈຸ ຫົວຫນັງ entity ອື່ນໆ; ຖ້າການຂໍ-Range weak cache validation, ຖ້ານັ້ນ response ທີ່ຈະບໍ່ບັນຈຸ ຫົວຫນັງ entity ອື່ນໆ; ນີ້ກຳລັງລ້າງຄວາມບໍ່ຄົງຄວາມທີ່ກັບຄືນມາຂອງ 200 response. ຖ້າ ETag ຫຼື Last-Modified ທີ່ບໍ່ກົງກັນກັບອັນດັບຈິງ, ຄານບັນຈຸທີ່ຢູ່ທາງບາງຂອງລູກຄ້າຄວນຫລຸດການປະສົມສິ່ງທີ່ກັບຄືນມາໃນ 206 response. ຄານບັນຈຸທີ່ບໍ່ສະຫນັບສະຫນຸນ Range ແລະຫົວຫນັງ-ຫົວຫນັງ 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/10 ກົດລະບຽບ, ເມື່ອພວກເຂົາສົ່ງ POST request ແລະ ບັນທຶກ 301 ການຂັບຂອງຄຳຕອບອີກຄັ້ງຈະຈະເປັນ GET. |
| 302 | ສິນທິພາບທີ່ຮ້ອງຂໍພະຍາຍາມດຽວນີ້ຈະຕອບສຳລັບການຮ້ອງຂໍຈາກ URI ອື່ນ. ຍ້ອນວ່າການຂັບຂອງນີ້ເປັນສະຖານະທີ່ຊົ່ວຄາວ, ທີ່ທາງຄົນຂອງລູກຄ້າຄວນສືບຕໍ່ສົ່ງການຮ້ອງຂໍອີກຄັ້ງໄປໃນທີ່ຕົ້ນ. ຄຳຕອບນີ້ສາມາດບັນຈຸໄດ້ຢູ່ການກັບຄືນທີ່ບໍ່ມີຄວາມຈິງ.-ຄວາມຄວບຄຸມຫຼື Expires. URI ທີ່ຈະຖືກກັບຄືນສະຖານະທີ່ສະເພາະສະຖານະທີ່ສະໜອງກັບ Location field ຂອງຄຳຕອບ. ຖ້າບໍ່ແມ່ນການຮ້ອງຂໍ HEAD, ຄຳຕອບຄວາມຂອງອາກາດຄວນບັນຈຸການທີ່ໄດ້ກັບ URI ທີ່ບໍ່ມີຄວາມຈິງ ແລະ ຄວາມຫາລະນາບັນຈຸຄວາມຄືບໜ້າ. ຫາກມັນບໍ່ແມ່ນ GET ຫຼື HEAD request, browser ຈະຫ້າມການຂັບຂອງອາກາດອີກຈົນກວ່າວ່າຄົນຂອງລູກຄ້າຈະຢືນຢັນ, ຄວາມສະຖານະການຂອງການຮ້ອງຂໍອາດປ່ຽນໄປ. 1945 ແລະ RFC 2068 ກົດລະບຽບບໍ່ອະນຸຍາດໃຫ້ ທີ່ທາງຄົນຂອງລູກຄ້າປ່ຽນວິທີການຮ້ອງຂໍເບື້ອງເທື່ອຖືກຂັບຂອງ, ບາງຄົນໃຊ້ບັນຍາການໃນ browsers 302 ຄຳຕອບ ເປັນ 303 ຄຳຕອບ ແລະ ນຳໃຊ້ GET ເພື່ອເຂົ້າເຖິງ URI ທີ່ກໍານົດໃນ Location, ບໍ່ພິຈາລະນາວິທີການຮ້ອງຂໍເບື້ອງເທື່ອ. ລະຫັດສະຖານະ 303 ແລະ 307 ໄດ້ຕື່ມເພື່ອກ່າວຫາວ່າທີ່ທີ່ server ໄດ້ຄາດຫວັງຈາກ ທີ່ຄົນຂອງລູກຄ້າ. |
| 303 | ຄຳຕອບສຳລັບການຮ້ອງຂໍທີ່ປະຈຸບັນສາມາດຊອກຫາໄດ້ຢູ່ URI ອື່ນ. ທີ່ທາງຄົນຂອງລູກຄ້າຄວນໄດ້ GET ຂໍ້ມູນທີ່ບໍ່ມີຄວາມຈິງ. ວິທີນີ້ມີຫຼັກການໃຫ້ກັບ script-ການປ່ຽນສະຖານະຂອງການສະໜອງ POST request ແມ່ນຈະຖືກຂັບຂອງໄປຫາສິນທິພາບໃໝ່. 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 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.
ຖ້າການຮຽກຮ້ອງຄວາມຕອບກັບໃຊ້ການກວດກາກັບການກັກຂໍ້ມູນ, ການຕອບຮັບບໍ່ຄວນບັນທຶກເອກະສານອື່ນໆ; ອີກຫຍັງ (ອີງຕາມ, ການຮຽກຮ້ອງ 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 response. Note: There is no explicit 305 response in RFC 2068 to redirect a single request, and it can only be established by the origin server. Ignoring these restrictions can lead to serious security consequences. |
| 306 | In the latest version of the specification, the 306 status code is no longer used. |
| 307 | 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 only cacheable 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 responding entity should contain a hyperlinke pointing to the new URI and a brief description. Since some browsers do not recognize the 307 response, the above information needs to be added so that the user can understand and request access to the new URI.
ຖ້ານີ້ບໍ່ແມ່ນການຮຽກຮ້ອງ 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. The request parameters are wrong. |
| 401 | The current request requires user authentication. The response must contain a WWW-ຫົວຂໍ້ Authenticate ສຳລັບຂໍ້ມູນທີ່ຮຽກຮ້ອງເພື່ອຮຽກຮ້ອງຂໍ້ມູນຈາກຜູ້ນຳໃຊ້. ບັນດາການບໍລິຫານສາມາດສົ່ງຄຳຮຽກຮ້ອງອີກຄັ້ງກັບຂໍ້ມູນຫົວຂໍ້ Authorization. ຖ້າຄຳຮຽກຮ້ອງສະຖິນທີ່ມີຂໍ້ມູນ Authorization certificates, ຢູ່ 401 ຄຳຕອບທີ່ສະແດງວ່າຜູ້ບໍລິຫານໄດ້ປະຕິເສດໃບຂັດສະນະ. ຖ້າ 401 ຄຳຕອບທີ່ມີຄຳນວຍງານການສັບສົນຮູ້ກັບຄຳຕອບທີ່ກ່ອນ, ແລະບານເບື້ອງໄດ້ສະແດງການສັບສົນຢ່າງບໍ່ຕ່ຳກວ່າຄັ້ງໜຶ່ງ, ບານເບື້ອງຄວນສະແດງຂໍ້ມູນສິ່ງຂໍ້ມູນທີ່ມາຈາກຄຳຕອບ, ເພາະວ່າຂໍ້ມູນສິ່ງຂໍ້ມູນນີ້ອາດຈະມີຂໍ້ມູນການບົ່ງມະນັກວິທະຍາສາດ. ໄວ້ອອກRFC 2617. |
| 402 | ລະບົບລະຫັດຄວາມສະຫຼາກນີ້ຖືກນັກກັກກັນເພື່ອຄວາມຕ້ອງການທີ່ອາດຈະມີໃນອະນາຄົດ. |
| 403 | ຜູ້ບໍລິຫານໄດ້ເຂົ້າໃຈການຮຽກຮ້ອງ, ແຕ່ບໍ່ຕ້ອງການດຳເນີນການນັ້ນ. ບໍ່ແມ່ນກັບຄຳຕອບທີ່. 401 ຄຳຕອບ, ການສັບສົນບໍ່ຊ່ວຍ, ແລະການຮຽກຮ້ອງບໍ່ຄວນຈະຖືກກວດສອບໃໝ່. ຖ້າບໍ່ແມ່ນການຮຽກຮ້ອງທີ່ HEAD, ແລະຜູ້ບໍລິຫານຕ້ອງການໃຫ້ບັນທຶກເຫດຜົນການປະຕິເສດການດຳເນີນການຮຽກຮ້ອງ, ເຫດຜົນການປະຕິເສດຄວນຖືກອະທິບາຍໃນສິ່ງຂໍ້ມູນ. ຕົວແທນ, ຜູ້ບໍລິຫານກໍ່ສາມາດປະກາດຄຳຕອບອີກຄັ້ງ. 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 | Similar to the 401 response, except that the client side must authenticate on the proxy server. The proxy server must return a Proxy-Authenticate for authentication. The client side can return a Proxy-Authorization header for authentication. See RFC 2617. |
| 408 | Request timed out. The client side did not complete the sending of a request within the time the server was ready to wait. The client side can resubmit the request at any time without any changes. |
| 409 | The request cannot be completed due to a conflict with the current state of the requested resource. This code is only allowed to be used if the user is assumed to be able to resolve the conflict and will resubmit a new request. The response should contain enough information for the user to discover the source of the conflict. Conflicts usually occur in the processing of PUT requests. For example, in a version-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 ຄຳຕິດຕາມຄວາມງານຄືກັນ. ນອກຈາກການກໍານົດຫນັງ, ການຕອບສະໜອງນີ້ສາມາດບັນຈຸຢູ່ໃນສະຖານີຄັນ. 410 ການຕອບສະໜອງຖືກນຳໃຊ້ເພື່ອຊ່ວຍຜູ້ບໍລິການເວັບໄຊຮັກສາເວັບໄຊ, ໃຫ້ຜູ້ສະເໜີຄວາມຍາວຮູ້ວ່າຄວາມຍາວບໍ່ມີຢູ່ອີກ, ແລະທະນາຄານຄອງທະນາຄານຕ້ອງການລຶບການເຊື່ອມຕໍ່ທັງໝົດຂອງຄວາມຍາວນີ້.
ການເກີດຂອງປະເພດນີ້ມັນງານປົກກະຕິໃນເວລາ.-ຄວາມຍາວຂອງການຄວາມຍາວ.-ການໃຫ້ບໍລິການບໍ່ທັງໝົດ. ສະນັ້ນ, ການປ່ຽນແປງຄືກັນ. 410 ການຕອບສະໜອງຖືກນຳໃຊ້ເພື່ອໃຫ້ຜູ້ບໍລິໂພກທີ່ມີຂອງຄວາມຍາວຢູ່ໃນທະນາຄານດັ່ງກ່າວບໍ່ມີຢູ່ໃນທະນາຄານປະຈຸບັນ. ຕົວຢ່າງ, ທີ່ຢູ່ໃນຜູ້ຄອງທະນາຄານມີສິດທິສົມບູນທີ່ຈະແຈ້ງຂອງພະລັງງານທີ່ບໍ່ມີຢູ່ຕະຫຼອດ. 410 Gone ', ແລະຄັ້ງທີ່ຈະຮັກສາການແຈ້ງນີ້. |
| 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 | ເຊີ່ງມັນບໍ່ສາມາດບໍລິການການຮຽກຮ້ອງປະຈຸບັນຍ້ອນຂໍ້ມູນຂອງຂໍ້ມູນທີ່ສົ່ງມາຫຼາຍກວ່າຂໍ້ມູນທີ່ເຊີ່ງມັນຈະຍອມຮັບຫຼືສາມາດບໍລິການ. ໃນກໍລະນີນັ້ນ, ເຊີ່ງມັນສາມາດປິດການເຊື່ອມຕໍ່ທີ່ຕໍ່ມາຫຼືບໍ່ມີການສົ່ງມູນກັບລູກຄ້າຫຼືບໍ່. ຖ້າສະຖານະການນີ້ຈະຕົກລົງຢ່າງຊົ່ວຄາວ, ເຊີ່ງມັນຄວນກັບຄືນຄືນ.-ຫຼັງການຕອບສະຖານະການທີ່ຄົ້ນພົບກັບລູກຄ້າວ່າຈະສາມາດຈະພະຍາຍາມອີກດີກວ່າຫຼາຍຄັ້ງ. |
| 414 | ຂັ້ນຕອນ URI ທີ່ຮຽກຮ້ອງຫຼາຍກວ່າຂັ້ນຕອນທີ່ສະໜັບສະໜູນໂດຍເຊີ່ງລາວ, ແລະເຊີ່ງມັນບໍ່ສາມາດບໍລິການການຮຽກຮ້ອງ. ນີ້ເປັນກໍລະນີທີ່ບໍ່ຄົງທີ່ສຸດ, ແລະກໍລະນີປົກກະຕິລວມ: ການສົ່ງມູນຂອງຟອມ ທີ່ຄວນມີວິທີຂອງ POST ເປັນ GET, ເຮັດໃຫ້ຄຳວຽກ (Query String) ຫຼາຍກວ່າ. Redirect URI "black holes", ເຊີ່ງເປັນການຫຼຸດຫຼຸດທີ່ມີ URI ທີ່ເກົ່າຈະເປັນສ່ວນຂອງ URI ທີ່ໃໝ່, ເຮັດໃຫ້ URI ຫຼາຍກວ່າຫຼັງຈາກຫຼາຍການຫຼຸດຫຼຸດ. ລູກຄ້າກຳລັງພະຍາຍາມທີ່ຈະບຸກລຸກເຊີ່ງຊາວເພື່ອການບຸກລຸກຂອງຊາວທີ່ມີບັນຫາຄວາມປອດໄພ.
ທີ່ເປັນຕົວເລກຂອງຊາວເພື່ອການອອກບາງຄືນຫຼືການຄວບຄວາມທີ່ຮຽກຮ້ອງ.-ການອອກບໍລິໂພກຂອງຄວາມຍາວເພື່ອອອກບາງຄືນຫຼືການຄວບຄວາມທີ່ຮຽກຮ້ອງ. ເວລາທີ່ຫຼາຍຕາມຄວາມຍາວຂອງການຮຽກຮ້ອງຫຼັງ GET, ການລະເບີດຂອງບໍລິໂພກຈະເກີດຂຶ້ນ, ເຮັດໃຫ້ການດຳເນີນງານຂອງລະບົບບໍ່ສາມາດດຳເນີນໄດ້ [1]. ເຊີ່ງເວລາທີ່ເຊີ່ງມັນບໍ່ມີຄວາມເປັນໄປໄດ້ດັ່ງກ່າວນັ້ນ, ເຊີ່ງມັນຄວນກັບຄືນຄືນ. 414 ລະຫັດສະຖານະການ. |
| 415 | ສຳລັບວິທີຂອງການຮຽກຮ້ອງປະຈຸບັນ ແລະ ຊັບພະຍາກອນທີ່ຮຽກຮ້ອງ, ຂໍ້ມູນທີ່ສົ່ງມາໃນການຮຽກຮ້ອງບໍ່ໄດ້ໃນຮູບແບບທີ່ສະໜັບສະໜູນໂດຍເຊີ່ງລາວ, ແລະການຮຽກຮ້ອງຈະຖືກປະຕິເສດ. |
| 416 | ຖ້າການຮຽກຮ້ອງມີເອກະສານ Range, ແລະບໍ່ມີຂັ້ນຕອນຂອງຂໍ້ມູນທີ່ກໍານົດໃນ Range ກັບຂັ້ນຕອນທີ່ມີຢູ່ຂອງຂັ້ນຕອນຂອງຊັບພະຍາກອນປະຈຸບັນ, ແລະ If-ເອກະສານ Range ບໍ່ໄດ້ກໍານົດໃນການຮຽກຮ້ອງ, ເຊີ່ງເວລາທີ່ເຊີ່ງມັນຄວນກັບຄືນຄືນ. 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 ພ້ອມກັບ 416 ລະຫັດສະຖານະການເພື່ອສະແດງຄວາມຍາວຂອງພາກສ່ວນປັດຈຸບັນ. ຄຳຕອບນີ້ບໍ່ສາມາດໃຊ້ multipart/byteranges ທີ່ມີຄວາມສົມບູນຄວາມຄິດຂອງຂໍ້ມູນ-Type. |
| 417 | ຂໍ້ມູນທີ່ຄາດຫວັງທີ່ຂອງຍິວທີ່ອອກໃນຫົວຂໍ້ຂໍຂໍ້ສະເໜີບໍ່ສາມາດຕອບຕາມໄດ້ໂດຍຜູ້ຄຸມ, ຫຼືຜູ້ຄຸມແມ່ນຜູ້ຫຼັງຄຸມທີ່ມີຫຼັກຖານທີ່ວ່າຂໍ້ມູນທີ່ຄາດຫວັງບໍ່ສາມາດຕອບຕາມໄດ້ໂດຍຜູ້ຄຸມຕໍ່ໄປຂອງສາຍທາງປັດຈຸບັນ. |
| 421 | ຈຳນວນການເຊື່ອມຕໍ່ກັບຜູ້ຄຸມຈາກທີ່ພາກຫຼັງຜົນສະຖານະຫຼັງຈາກທີ່ລູກຄ້າຢູ່ພາຍໃນຫຼາຍກວ່າຈຳນວນທີ່ຜູ້ຄຸມອະນຸຍາດຂະຫຍາຍຫຼາຍກວ່າ. ບໍ່ວ່າຫຼາກຫຼາຍຈຳນວນທີ່ຢູ່ພາຍໃນອຸປະກອນຂອງລູກຄ້າ. ໃນກໍລະນີນີ້, ຈຳນວນການເຊື່ອມອາດກວມພາກສ່ວນຫຼາຍກວ່າຜູ້ຄົນນຳໃຊ້ດຽວ. |
| 422 | ຈຳນວນການເຊື່ອມຕໍ່ກັບຜູ້ຄຸມຈາກທີ່ພາກຫຼັງຜົນສະຖານະຫຼັງຈາກທີ່ລູກຄ້າຢູ່ພາຍໃນຫຼາຍກວ່າຈຳນວນທີ່ຜູ້ຄຸມອະນຸຍາດຂະຫຍາຍຫຼາຍກວ່າ. ບໍ່ວ່າຫຼາກຫຼາຍຈຳນວນທີ່ຢູ່ພາຍໃນອຸປະກອນຂອງລູກຄ້າ. ໃນກໍລະນີນີ້, ຈຳນວນການເຊື່ອມອາດກວມພາກສ່ວນຫຼາຍກວ່າຜູ້ຄົນນຳໃຊ້ດຽວ. |
| 422 | ການຂໍຂໍ້ສະເໜີທີ່ມີການຕັດງົວງາຍທີ່ຖືກຕ້ອງ, ແຕ່ບໍ່ສາມາດຕອບຕາມໄດ້ຍ້ອນຄວາມຜິດພາກທາງຄຸນພາກ. (RFC 4918 WebDAV) 423 ກັບຄວາມຫມັກ. (RFC 4918 WebDAV) |
| 424 | ການຂໍຂໍ້ສະເໜີປັດຈຸບັນພະຍາຍາມລົ້ມຍ້ອນຄວາມຜິດພາກຂອງການຂໍຂໍ້ສະເໜີກ່ອນ. (RFC 4918 WebDAV) |
| 425 | ຖືກກໍານົດໃນແຜນຂອງ WebDav Advanced Collections, ແຕ່ບໍ່ມີໃນກົດລະບຽບ WebDAV Sequential Set Protocol (RFC 3658). |
| 426 | ທີ່ທາງທີ່ລູກຄ້າຄວນປ່ຽນໄປໃຊ້ TLS/1.0. (RFC 2817) |
| 449 | ຖືກຂະຫຍາຍໂດຍ Microsoft, ຂໍ້ສະເໜີຄວນຖືກກະຕຸ້ນໃໝ່ຫຼັງຈາກການດຳເນີນການທີ່ຖືກຕ້ອງ. |
| 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-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 | When a server working as a gateway or proxy attempts to execute a request, it fails to receive a response from an upstream server (identified by the URI, such as HTTP, FTP, LDAP) or a secondary server (such as DNS) in a timely manner. Note: Some proxy servers return a 400 ຫຼື 500 ທີ່ການຄົ້ນຫາ DNS ລົ້ມເວລາ |
| 505 | ທີ່ຫຼຸດຄວາມເຊື່ອມຕໍ່ຂອງທີ່ບໍ່ສາມາດສະໜັບສະໜູນ, ຫຼືປະຕິເສດສະໜັບສະໜູນ, ລະດັບ HTTP ທີ່ນຳໃຊ້ໃນການຄົ້ນຫາ. ນີ້ມີຄວາມຫວັງວ່າທີ່ຫຼຸດຄວາມເຊື່ອມຕໍ່ບໍ່ສາມາດສະໜັບສະໜູນລະດັບດຽວກັນກັບທີ່ດ້ານລູກຄ້າ. ການຕອບສະຫນອງຄວາມຕ້ອງການລວມຂອງອຸປະກອນທີ່ອະທິບາຍເຫດຜົນທີ່ບໍ່ສະໜັບສະໜູນລະດັບດຽວກັນ ແລະ ອຸປະກອນທາງຫຼັງຄວາມທີ່ທີ່ຫຼຸດຄວາມເຊື່ອມຕໍ່ສະໜັບສະໜູນ. |
| 506 | ຂະຫຍາຍໂດຍອຸປະກອນການປັບປຸງຄວາມຈັດສັນທາງການຈັດສັນ (RFC 2295, ນີ້ອະທິບາຍຄວາມຜິດພາກສ່ວນການປັບປຸງຂອງທາງຫຼັງຄວາມຈັດສັນພາຍໃນທີ່ຫຼຸດຄວາມເຊື່ອມຕໍ່: ທີ່ຕ້ອງການການປັບປຸງສະຫະພາບທີ່ກໍານົດໃຫ້ຈັດສັນຂອງຕົວເອງໃນການປັບປຸງຄວາມຈັດສັນທາງການຈັດສັນ, ແລະເນື່ອງຈາກນັ້ນບໍ່ແມ່ນຈຸດສົນທະນາຢ່າງກວ້າງຂວາງໃນຂະບວນການປັບປຸງ. |
| 507 | ທີ່ຫຼຸດຄວາມເຊື່ອມຕໍ່ຂອງທີ່ບໍ່ສາມາດຮັກສາຂໍ້ມູນທີ່ຈຳເປັນສຳລັບການສຳເລັດການຄົ້ນຫາ. ສະຖານະການນີ້ແມ່ນຄັ້ງທີ່ທັນທີ. WebDAV (RFC 4918) |
| 509 | ທີ່ຫຼຸດຄວາມເຊື່ອມຕໍ່ຂອງທີ່ຮອດຈຳນວນທີ່ອອກຈາກ. ນີ້ບໍ່ແມ່ນລະຫັດສະຖານະສະຖານະການທາງການຄົ້ນຫາ, ແຕ່ຍັງຖືກໃຊ້ຢ່າງກວ້າງຂວາງ. |
| 510 | ນະໂຍບາຍທີ່ຕ້ອງການເພື່ອການຮັບອາຫານບໍ່ສາມາດຕົກຕໍ່. (RFC 2774) |
