ໃນໂລກຂອງການພັດທະນາເວັບ, ລະຫັດຂໍ້ຜິດພາດ HTTP ມີບົດບາດສໍາຄັນໃນຜົນກະທົບຕໍ່ປະສົບການຂອງຜູ້ໃຊ້ແລະຊື່ສຽງຂອງເວັບໄຊທ໌. ໃນບົດຄວາມນີ້, ພວກເຮົາຈະພິຈາລະນາບັນຊີລາຍຊື່ຄົບຖ້ວນຂອງລະຫັດຂໍ້ຜິດພາດຂອງເຄື່ອງແມ່ຂ່າຍ, ວິເຄາະຄວາມຫມາຍຂອງມັນ, ແລະຮຽນຮູ້ວິທີການຕີຄວາມຫມາຍລະຫັດການຕອບສະຫນອງຂອງເຄື່ອງແມ່ຂ່າຍເພື່ອແກ້ໄຂບັນຫາແລະເພີ່ມປະສິດທິພາບການເຮັດວຽກຂອງແອັບຯເວັບ.
ລະຫັດຕອບຮັບ HTTP ແມ່ນຫຍັງ
ລະຫັດຕອບສະຫນອງ HTTP ແມ່ນພາສາຂອງເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌ທີ່ແປຄໍາຮ້ອງຂໍຂອງຕົວທ່ອງເວັບເຂົ້າໄປໃນຄໍາແນະນໍາທີ່ເຂົ້າໃຈໄດ້. ມັນຄ້າຍຄືກັບນັກກະວີທີ່ຕອບຄໍາຖາມ virtual, ໃຫ້ພວກເຂົາຄວາມຫມາຍແລະທິດທາງ. ລະຫັດຕອບສະຫນອງບໍ່ແມ່ນລະຫັດຂໍ້ຜິດພາດ HTTP ສະເໝີ. ຕົວຢ່າງ, "200 OK" ຫມາຍຄວາມວ່າທຸກສິ່ງທຸກຢ່າງແມ່ນ OK, ແຕ່ HTTP Error "404 ບໍ່ພົບ" ຫມາຍຄວາມວ່າເມື່ອຫນ້າເວັບສູນເສຍໄປໃນພື້ນທີ່ virtual. ແຕ່ລະລະຫັດແມ່ນການສະແດງອອກທີ່ເປັນເອກະລັກຂອງລັດເຊີຟເວີ, ການຖອດລະຫັດທີ່ຊ່ວຍໃຫ້ພວກເຮົາເຂົ້າໃຈສິ່ງທີ່ເກີດຂື້ນໃນອີກດ້ານຫນຶ່ງຂອງໂລກ virtual.
1xx ລະຫັດ (ຂໍ້ມູນ)
ລະຫັດສະຖານະ 1xx ໃນໂປໂຕຄອນ HTTP ແມ່ນປະເພດຂອງການເຊື່ອມຕໍ່ທໍາອິດໃນການສົນທະນາລະຫວ່າງເຄື່ອງແມ່ຂ່າຍແລະລູກຄ້າ. ແທນທີ່ຈະສະຫນອງການຕອບສະຫນອງຄົບຖ້ວນສົມບູນຕໍ່ຄໍາຮ້ອງຂໍ, ພວກເຂົາສະຫນອງຂໍ້ມູນກ່ຽວກັບສະຖານະການໃນປະຈຸບັນ, ເຮັດໃຫ້ການແລກປ່ຽນຂໍ້ມູນມີປະສິດທິພາບຫຼາຍຂຶ້ນ. ຂໍໃຫ້ພິຈາລະນາເບິ່ງພວກເຂົາຢ່າງໃກ້ຊິດ:
100 ສືບຕໍ່. ລະຫັດຕອບສະຫນອງ HTTP ທີ່ເຄື່ອງແມ່ຂ່າຍໃຫ້ແສງສະຫວ່າງສີຂຽວກັບຜູ້ໃຊ້, ອະນຸຍາດໃຫ້ລາວສືບຕໍ່ສົ່ງຄໍາຮ້ອງຂໍຂະຫນາດໃຫຍ່ຢ່າງປອດໄພ.
101 ການປ່ຽນໂປຣໂຕຄໍ. ເຄື່ອງແມ່ຂ່າຍບອກລູກຄ້າວ່າມັນກໍາລັງປ່ຽນແປງກົດລະບຽບຂອງເກມ, ຕົວຢ່າງ, ການເຄື່ອນຍ້າຍຈາກ HTTP ໄປຫາ HTTPS ທີ່ປອດໄພກວ່າ. ໃນກໍລະນີນີ້, ຫົວຂໍ້ "ຍົກລະດັບ" ແມ່ນໃຊ້ສໍາລັບການປ່ຽນແປງໂປໂຕຄອນ.
102 ການປຸງແຕ່ງ. ລະຫັດນີ້ແມ່ນຄ້າຍຄືຂໍ້ຄວາມທີ່ເຄື່ອງແມ່ຂ່າຍໄດ້ຍອມຮັບຄໍາຮ້ອງຂໍ, ແຕ່ຍັງຫຍຸ້ງກັບການດໍາເນີນງານທີ່ສັບສົນ.
103 ຄຳແນະນຳເບື້ອງຕົ້ນ. ທີ່ນີ້ເຄື່ອງແມ່ຂ່າຍຈະສົ່ງຫົວຕົວຊີ້ວັດຈໍານວນຫນຶ່ງໄປຫາລູກຄ້າກ່ອນທີ່ຈະຕອບສະຫນອງຕົ້ນຕໍ, ເຕືອນກ່ຽວກັບບາງສິ່ງບາງຢ່າງທີ່ອາດຈະກ່ຽວຂ້ອງໃນອະນາຄົດອັນໃກ້ນີ້.
ລະຫັດ 2xx (ສຳເລັດແລ້ວ)
ລະຫັດຂໍ້ຜິດພາດ HTTP ໃນກຸ່ມ 2xx ຊີ້ໃຫ້ເຫັນເຖິງການຮ້ອງຂໍທີ່ປະສົບຜົນສໍາເລັດຈາກເຄື່ອງແມ່ຂ່າຍ. ພວກເຂົາເຈົ້າປະຕິບັດເປັນ "ແສງສະຫວ່າງສີຂຽວ" ໃນຂອບເຂດຂອງການສື່ສານເວັບໄຊຕ໌, ຢືນຢັນວ່າທຸກສິ່ງທຸກຢ່າງແມ່ນໄປຕາມແຜນການແລະໄດ້ສໍາເລັດສົບຜົນສໍາເລັດ.
200 OK. ສະຖານະນີ້ຖືກໃຊ້ເມື່ອເຊີບເວີປະມວນຜົນການຮ້ອງຂໍໂດຍວິທີ GET ໂດຍບໍ່ມີບັນຫາ ແລະສົ່ງຄືນຂໍ້ມູນທີ່ຮ້ອງຂໍໃຫ້ຕອບສະໜອງ. ຫົວຂໍ້ "ປະເພດເນື້ອຫາ" ລາຍງານປະເພດຂອງເນື້ອຫາໃນການຕອບສະຫນອງ. ມັນພຽງແຕ່ແຈ້ງໃຫ້ລູກຄ້າຮູ້ວ່າຄໍາຮ້ອງຂໍສໍາເລັດ.
201 ສ້າງ. ທີ່ນີ້ເຄື່ອງແມ່ຂ່າຍປະກາດການສ້າງຊັບພະຍາກອນໃຫມ່.
202 ຍອມຮັບ. ເຊີບເວີໃຫ້ຜູ້ໃຊ້ຮູ້ວ່າຄໍາຮ້ອງຂໍໄດ້ຮັບການຍອມຮັບ, ແຕ່ຈະໃຊ້ເວລາເພື່ອຕອບສະຫນອງ.
203 ຂໍ້ມູນທີ່ບໍ່ແມ່ນການອະນຸຍາດ. ລະຫັດນີ້ໃຫ້ຂໍ້ມູນແກ່ລູກຄ້າທີ່ອາດຈະບໍ່ເປັນທາງການ, ແຕ່ສາມາດໃຊ້ສໍາລັບການປຽບທຽບໄດ້.
204 No Content. ເຊີບເວີໄດ້ປະມວນຜົນຄຳຮ້ອງຂໍແລ້ວ ແຕ່ບໍ່ໄດ້ສົ່ງຄືນເນື້ອຫາເພີ່ມເຕີມໃດໆ.
205 ຣີເຊັດເນື້ອຫາ. ທີ່ນີ້ລູກຄ້າໄດ້ຖືກແນະນໍາເພື່ອປັບການເບິ່ງປະຈຸບັນຫຼືຂໍ້ມູນຫຼັງຈາກການສົ່ງ.
206 ເນື້ອໃນບາງສ່ວນ. ກໍລະນີນີ້ຊີ້ໃຫ້ເຫັນວ່າຄໍາຕອບປະກອບມີພຽງແຕ່ສ່ວນຫນຶ່ງຂອງເນື້ອຫາທີ່ຮ້ອງຂໍ. ຫົວຂໍ້ "ຂອບເຂດເນື້ອຫາ" ຊີ້ໃຫ້ເຫັນເຖິງຂອບເຂດເນື້ອຫາບາງສ່ວນ.
207 ຫຼາຍສະຖານະ. ເຊີບເວີໄດ້ສໍາເລັດການຮ້ອງຂໍການດໍາເນີນການຫຼາຍຈາກລູກຄ້າ, ແລະການຕອບສະຫນອງປະກອບດ້ວຍຂໍ້ມູນກ່ຽວກັບສະຖານະຂອງແຕ່ລະການດໍາເນີນງານ.
226 IM ໃຊ້ແລ້ວ. ລະຫັດນີ້ຊີ້ບອກວ່າເຊີບເວີໄດ້ໃຊ້ວິທີການ Incremental Metadata (IM) ແລະຕອບສະຫນອງໂດຍການສົ່ງພຽງແຕ່ພາກສ່ວນຊັບພະຍາກອນທີ່ຖືກດັດແປງໃຫ້ກັບລູກຄ້າ.
ລະຫັດ 3xx (ປ່ຽນເສັ້ນທາງ)
ລະຫັດ 3xx ໃນ HTTP protocol ແມ່ນຄ້າຍຄືຕົວຊີ້ທີ່ນໍາພາຜູ້ໃຊ້ໄປຫາສະຖານທີ່ຊັບພະຍາກອນໃຫມ່. ພວກເຂົາແຈ້ງໃຫ້ລູກຄ້າຮູ້ວ່າຂັ້ນຕອນການຕິດຕາມຕ້ອງໄດ້ຮັບການປະຕິບັດເພື່ອໃຫ້ໄດ້ເນື້ອຫາທີ່ຮ້ອງຂໍຫຼືຖືກໂອນໄປຫາຊັບພະຍາກອນອື່ນ. ໃຫ້ພວກເຮົາເຂົ້າໄປໃນລາຍລະອຽດຂອງແຕ່ລະຄົນ:
300 ຫຼາຍທາງເລືອກ. ລູກຄ້າໄດ້ຮັບສັນຍານວ່າມີຫຼາຍສະຖານທີ່ທີ່ເປັນໄປໄດ້ສໍາລັບຊັບພະຍາກອນແລະໄດ້ຮັບທາງເລືອກໃນການຕອບສະຫນອງ. ໃນສະຖານະການປະຈຸບັນ, ຫົວຂໍ້ "ສະຖານທີ່" ອາດຈະຊີ້ບອກທາງເລືອກທາງເລືອກສໍາລັບຊັບພະຍາກອນ.
301 ຍ້າຍອອກຖາວອນ. ເຊີບເວີລາຍງານກັບຜູ້ໃຊ້ວ່າຊັບພະຍາກອນໄດ້ຖືກຍ້າຍໄປບ່ອນອື່ນຢ່າງຖາວອນແລ້ວ.
302 ພົບ. ລະຫັດ HTTP ນີ້ແມ່ນຄ້າຍຄືກັນກັບການປ່ຽນເສັ້ນທາງຊົ່ວຄາວ. ເຊີບເວີແຈ້ງໃຫ້ຜູ້ບໍລິໂພກຮູ້ວ່າຊັບພະຍາກອນມີຢູ່ຊົ່ວຄາວຢູ່ທີ່ URL ອື່ນ. ຫົວຂໍ້ "ສະຖານທີ່" ຊີ້ໃຫ້ເຫັນເຖິງ URL ໃຫມ່ສໍາລັບການປ່ຽນເສັ້ນທາງຊົ່ວຄາວ.
303 ເບິ່ງອື່ນໆ. ລູກຄ້າໄດ້ຖືກບອກວ່າຊັບພະຍາກອນມີຢູ່ໃນ URL ທີ່ແຕກຕ່າງກັນແລະຕ້ອງເຮັດຄໍາຮ້ອງຂໍ GET ໄປຫາທີ່ຢູ່ໃຫມ່ນີ້.
304 Not Modified. ສະຖານະນີ້ບອກລູກຄ້າວ່າຊັບພະຍາກອນຍັງຄົງບໍ່ປ່ຽນແປງນັບຕັ້ງແຕ່ການຮ້ອງຂໍຫຼ້າສຸດແລະບໍ່ຈໍາເປັນຕ້ອງດາວໂຫລດອີກເທື່ອຫນຶ່ງ. ເມື່ອເຮັດການຮ້ອງຂໍ, ຫົວຂໍ້ "ຖ້າ-ດັດແກ້ - ຕັ້ງແຕ່" ຖືກນໍາໃຊ້ເພື່ອກວດເບິ່ງວ່າຊັບພະຍາກອນໄດ້ຖືກດັດແກ້ຫຼືບໍ່.
305 ໃຊ້ພຣັອກຊີ. ເປັນການຕອບໂຕ້, ເຊີບເວີລາຍງານວ່າຄວນໃຊ້ພຣັອກຊີທີ່ລະບຸເພື່ອເຂົ້າເຖິງຊັບພະຍາກອນທີ່ຮ້ອງຂໍ.
306 (ຈອງ) — ລະຫັດໄດ້ຖືກສະຫງວນໄວ້, ແຕ່ຄວາມຈິງແລ້ວມັນບໍ່ໄດ້ຖືກນໍາໃຊ້.
307 ການປ່ຽນເສັ້ນທາງຊົ່ວຄາວ. ລະຫັດນີ້ແມ່ນຄ້າຍຄືກັນກັບ 302 Found, ແຕ່ຮຽກຮ້ອງໃຫ້ລູກຄ້າຍັງຄົງຢູ່ໃນວິທີການຮ້ອງຂໍທີ່ຖືກນໍາໃຊ້ໃນຄໍາຮ້ອງຂໍຕົ້ນສະບັບ.
308 ການປ່ຽນເສັ້ນທາງຖາວອນ. ຊີ້ໃຫ້ເຫັນວ່າຊັບພະຍາກອນໄດ້ເຮັດການເຄື່ອນໄຫວຖາວອນໄປຫາ URI ໃຫມ່ແລະລູກຄ້າຄວນໃຊ້ URI ໃຫມ່ສໍາລັບການຮ້ອງຂໍທັງຫມົດໃນອະນາຄົດ.
4xx HTTP Error (ຄວາມຜິດພາດຂອງລູກຄ້າ)
ລະຫັດຂໍ້ຜິດພາດ HTTP 4xx ຊີ້ບອກຄວາມຜິດພາດຂອງລູກຂ່າຍ. ນີ້ຫມາຍຄວາມວ່າບັນຫາແມ່ນຢູ່ໃນຝ່າຍຜູ້ໃຊ້, ເຊັ່ນ: ຕົວທ່ອງເວັບຫຼືແອັບຯ.
400 Bad Request. ເຊີບເວີບໍ່ສາມາດປະມວນຜົນການຮ້ອງຂໍໄດ້ເນື່ອງຈາກຄວາມຜິດພາດ syntax, ຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງ, ຫຼືຄວາມຜິດພາດອື່ນໆໃນດ້ານລູກຄ້າ.
401 ບໍ່ໄດ້ຮັບອະນຸຍາດ. ເຊີບເວີບໍ່ສາມາດປະມວນຜົນການຮ້ອງຂໍໄດ້ເນື່ອງຈາກຄວາມຜິດພາດ syntax, ຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງ, ຫຼືຄວາມຜິດພາດອື່ນໆໃນດ້ານລູກຄ້າ.
402 ຕ້ອງຈ່າຍເງິນ. ລະຫັດບໍ່ເຄື່ອນໄຫວໃນຂະນະນີ້ ແລະຖືກສະຫງວນໄວ້ເພື່ອນຳໃຊ້ໃນອະນາຄົດ. ມັນອາດຈະຊີ້ໃຫ້ເຫັນເຖິງຄວາມຕ້ອງການທີ່ຈະຈ່າຍກ່ອນທີ່ຈະເຂົ້າເຖິງຊັບພະຍາກອນໃນອະນາຄົດ.
HTTP Error 403 Forbidden. ລູກຄ້າບໍ່ມີສິດພຽງພໍໃນການເຂົ້າເຖິງຊັບພະຍາກອນທີ່ຮ້ອງຂໍ.
404 ບໍ່ພົບ. ຊັບພະຍາກອນທີ່ຮ້ອງຂໍບໍ່ມີຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ. ນີ້ແມ່ນຫນຶ່ງໃນຄວາມຜິດພາດຂອງຜູ້ໃຊ້ທົ່ວໄປທີ່ສຸດ.
ວິທີການ 405 ບໍ່ອະນຸຍາດ. ເຊີບເວີບໍ່ຮອງຮັບວິທີການຮ້ອງຂໍທີ່ລະບຸໄວ້ໃນລະຫວ່າງຊັບພະຍາກອນນີ້. ຫົວຂໍ້ "ອະນຸຍາດ" ຊີ້ບອກວິທີການອະນຸຍາດສໍາລັບຊັບພະຍາກອນ. ດ້ວຍລະຫັດນີ້,
406 ບໍ່ຍອມຮັບ. ເຊີບເວີບໍ່ສາມາດສະໜອງຂໍ້ມູນໃນຮູບແບບທີ່ລູກຄ້າຍອມຮັບໄດ້.
407 ຕ້ອງການການພິສູດຢືນຢັນພຣັອກຊີ. ການພິສູດຢືນຢັນໃນເຊີບເວີພຣັອກຊີແມ່ນຕ້ອງການສໍາລັບການເຂົ້າເຖິງຊັບພະຍາກອນທີ່ຮ້ອງຂໍ.
408 ຮ້ອງຂໍການໝົດເວລາ. ເຊີບເວີກຳລັງລໍຖ້າຮັບຄຳຮ້ອງຂໍຈາກລູກຄ້າ, ແຕ່ໝົດເວລາ. ຫົວຂໍ້ "Retry-After" ອາດຈະຊີ້ບອກເວລາຫຼັງຈາກນັ້ນການຮ້ອງຂໍສາມາດ retried ໄດ້.
409 ຄວາມຂັດແຍ້ງ. ການຮ້ອງຂໍບໍ່ສາມາດສໍາເລັດໄດ້ເນື່ອງຈາກຂໍ້ຂັດແຍ່ງກັບສະຖານະຊັບພະຍາກອນໃນປະຈຸບັນ.
410 ຫມົດໄປ. ຊັບພະຍາກອນທີ່ຮ້ອງຂໍກ່ອນຫນ້ານັ້ນມີຢູ່ແຕ່ໃນປັດຈຸບັນໄດ້ຖືກລຶບຖິ້ມແລະການຟື້ນຟູຂອງມັນບໍ່ໄດ້ຄາດຫວັງ.
ຕ້ອງການຄວາມຍາວ 411. ເຊີບເວີຕ້ອງການກໍານົດຄວາມຍາວຂອງເນື້ອຫາໃນຄໍາຮ້ອງຂໍ; ການຂາດຂໍ້ມູນນີ້ຖືວ່າເປັນຄວາມຜິດພາດ.
412 Precondition ລົ້ມເຫລວ. ເງື່ອນໄຂເບື້ອງຕົ້ນໃນຄໍາຮ້ອງຂໍແມ່ນບໍ່ບັນລຸໄດ້, ທີ່ປ້ອງກັນບໍ່ໃຫ້ມັນດໍາເນີນການ.
413 ການໂຫຼດໃຫຍ່ເກີນໄປ. ຂະໜາດຂອງຂໍ້ມູນການຮ້ອງຂໍເກີນຂີດຈຳກັດຂອງເຊີບເວີ.
414 URI ຍາວເກີນໄປ. ຄວາມຍາວ URI ໃນຄໍາຮ້ອງຂໍເກີນຂອບເຂດທີ່ຍອມຮັບໄດ້.
415 ປະເພດສື່ທີ່ບໍ່ຮອງຮັບ. ເຊີບເວີບໍ່ສາມາດປະມວນຜົນປະເພດຂໍ້ມູນທີ່ສະໜອງໃຫ້ໃນຄຳຮ້ອງຂໍໄດ້.
416 ຊ່ວງບໍ່ພໍໃຈ. HTTP ຜິດພາດທີ່ຊ່ວງທີ່ຮ້ອງຂໍບໍ່ກົງກັບຂໍ້ມູນເຊີບເວີປັດຈຸບັນ.
417 ຄວາມຄາດຫວັງລົ້ມເຫລວ. ເງື່ອນໄຂທີ່ຄາດໄວ້ຢູ່ໃນຫົວຂໍ້ "ຄາດຫວັງ" ບໍ່ໄດ້ບັນລຸໄດ້.
418 ຂ້າພະເຈົ້າເປັນຊາ. ລະຫັດນີ້ຖືກລວມເອົາເປັນການຕະຫລົກແລະບໍ່ໄດ້ຫມາຍເຖິງການປະຕິບັດທີ່ແທ້ຈິງໃດໆສໍາລັບຜູ້ໃຊ້ຫຼືເຄື່ອງແມ່ຂ່າຍ, ແລະບໍ່ແມ່ນຄວາມຜິດພາດຢ່າງເຕັມທີ່. ມັນຊີ້ໃຫ້ເຫັນວ່າເຄື່ອງແມ່ຂ່າຍແມ່ນຊາແລະບໍ່ສາມາດເຮັດກາເຟໄດ້.
421 ຄໍາຮ້ອງຂໍທີ່ບໍ່ຖືກຕ້ອງ. ເຊີບເວີບໍ່ປະມວນຜົນການຮ້ອງຂໍເນື່ອງຈາກຄວາມຜິດພາດໃນການຮ້ອງຂໍ ຫຼືການຕັ້ງຄ່າເຊີບເວີ.
422 Unprocessable Entity. ເຊີບເວີເຂົ້າໃຈຄໍາຮ້ອງຂໍ, ແຕ່ບໍ່ດໍາເນີນການເນື່ອງຈາກຄວາມຜິດພາດຂອງຂໍ້ມູນ.
423 ລັອກ. ຊັບພະຍາກອນຖືກບລັອກ ແລະບໍ່ສາມາດປະມວນຜົນໄດ້.
424 ການເພິ່ງພາອາໄສທີ່ລົ້ມເຫລວ. ການຮ້ອງຂໍແມ່ນຂຶ້ນກັບການຮ້ອງຂໍທີ່ບໍ່ໄດ້ປະຕິບັດອື່ນ.
425 ໄວເກີນໄປ. ເຊີບເວີບໍ່ພ້ອມທີ່ຈະດໍາເນີນການຮ້ອງຂໍເນື່ອງຈາກມັນມາໄວ.
426 ຕ້ອງການຍົກລະດັບ. ເຊີບເວີຕ້ອງການໃຊ້ໂປຣໂຕຄໍຂັ້ນສູງເພື່ອປະມວນຜົນການຮ້ອງຂໍ.
428 Precondition ຕ້ອງການ. ເຊີບເວີຕ້ອງການເງື່ອນໄຂບາງຢ່າງເພື່ອລະບຸໄວ້ໃນຄໍາຮ້ອງຂໍ.
429 ການຮ້ອງຂໍຫຼາຍເກີນໄປ. ລູກຄ້າໄດ້ສົ່ງຄໍາຮ້ອງຂໍຫຼາຍເກີນໄປໃນເວລາສັ້ນໆ, ເກີນຂອບເຂດຈໍາກັດຂອງເຄື່ອງແມ່ຂ່າຍ.
431 ຮ້ອງຂໍຊ່ອງຂໍ້ມູນສ່ວນຫົວໃຫຍ່ເກີນໄປ. ຮ້ອງຂໍສ່ວນຫົວເກີນຂະໜາດສູງສຸດທີ່ອະນຸຍາດ.
449 ລອງໃໝ່ດ້ວຍ. ຊີ້ໃຫ້ເຫັນວ່າການຮ້ອງຂໍບໍ່ສາມາດດໍາເນີນການໂດຍເຄື່ອງແມ່ຂ່າຍປະຈຸບັນ, ແຕ່ສາມາດດໍາເນີນການສົບຜົນສໍາເລັດໂດຍເຄື່ອງແມ່ຂ່າຍອື່ນ, ແລະລູກຄ້າຄວນພະຍາຍາມຮ້ອງຂໍຄືນໃຫມ່ກັບ URI ໃຫມ່.
451 ບໍ່ສາມາດໃຊ້ໄດ້ຍ້ອນເຫດຜົນທາງກົດໝາຍ. ຊັບພະຍາກອນບໍ່ສາມາດໃຊ້ໄດ້ຍ້ອນເຫດຜົນທາງກົດໝາຍ.
499 ການຮ້ອງຂໍປິດລູກຄ້າ. ເຊີບເວີໄດ້ຮັບການຮ້ອງຂໍ, ແຕ່ການເຊື່ອມຕໍ່ຖືກປິດໂດຍລູກຄ້າກ່ອນທີ່ຈະສໍາເລັດການປະມວນຜົນ.
ຂໍ້ຜິດພາດ HTTP 5xx (ເຊີບເວີຜິດພາດ)
ລະຫັດຂໍ້ຜິດພາດ HTTP 5xx ຊີ້ໃຫ້ເຫັນເຖິງບັນຫາຂອງເຄື່ອງແມ່ຂ່າຍ. ລະຫັດເຫຼົ່ານີ້ຊີ້ໃຫ້ເຫັນບັນຫາທີ່ເກີດຂື້ນໃນດ້ານເຊີຟເວີ, ເຮັດໃຫ້ເຄື່ອງແມ່ຂ່າຍບໍ່ສາມາດດໍາເນີນການຮ້ອງຂໍຂອງຜູ້ໃຊ້ໃນທາງທີ່ຖືກຕ້ອງ. ຂໍໃຫ້ພິຈາລະນາເບິ່ງພວກເຂົາຢ່າງໃກ້ຊິດ:
HTTP Error 500 Internal Server Error. ເຊີບເວີພົບສະຖານະການທີ່ບໍ່ຄາດຄິດທີ່ປ້ອງກັນບໍ່ໃຫ້ມັນສໍາເລັດການຮ້ອງຂໍ ຫົວຂໍ້ "ເຄື່ອງແມ່ຂ່າຍ" ອາດຈະຊີ້ບອກເຄື່ອງແມ່ຂ່າຍທີ່ເກີດຄວາມຜິດພາດ.
501 ບໍ່ໄດ້ປະຕິບັດ. ເຊີບເວີບໍ່ຮອງຮັບການເຮັດວຽກທີ່ຕ້ອງການເພື່ອປະມວນຜົນການຮ້ອງຂໍຂອງລູກຄ້າ. ສ່ວນຫົວ "Via" ອາດຈະຊີ້ບອກເຊີບເວີພຣັອກຊີທີ່ເກີດຄວາມຜິດພາດຂຶ້ນ.
502 Bad Gateway. ລະຫັດນີ້ຫມາຍຄວາມວ່າເຄື່ອງແມ່ຂ່າຍທີ່ເຮັດຫນ້າທີ່ເປັນຕົວແທນໄດ້ຮັບການຕອບສະຫນອງທີ່ບໍ່ຖືກຕ້ອງຈາກເຄື່ອງແມ່ຂ່າຍອື່ນ.
HTTP Error ບໍລິການ 503 ບໍ່ສາມາດໃຊ້ໄດ້. ເຊີບເວີບໍ່ສາມາດປະມວນຜົນການຮ້ອງຂໍໄດ້ຊົ່ວຄາວ.
504 ເວລາຄ່າຜ່ານປະຕູ. ເຊີບເວີ, ທີ່ເຮັດໜ້າທີ່ເປັນພຣັອກຊີ, ບໍ່ໄດ້ຮັບການຕອບສະໜອງທັນເວລາຈາກເຊີບເວີອື່ນ.
505 HTTP ລຸ້ນບໍ່ຮອງຮັບ. ເຊີບເວີບໍ່ຮອງຮັບເວີຊັນ HTTP protocol ທີ່ລະບຸໄວ້ໃນຄຳຮ້ອງຂໍ. ໃນຖານະເປັນທາງເລືອກສໍາຮອງຂໍ້ມູນ, ຫົວ "ການຍົກລະດັບ" ອາດຈະຊີ້ບອກວ່າອະນຸສັນຍາສະຫນັບສະຫນູນ.
506 variant ຍັງເຈລະຈາ. ສະຖານະນີ້ບໍ່ໄດ້ໃຊ້ໃນ HTTP/1.1; ແນວໃດກໍ່ຕາມ, ຖ້າເຊີບເວີກວດພົບການຕັ້ງຄ່າພາຍໃນທີ່ສົ່ງຜົນໃຫ້ມີການເຈລະຈາເນື້ອຫາບໍ່ຊັດເຈນ, ມັນອາດຈະໃຊ້ການຕອບສະໜອງນີ້.
507 ການເກັບຮັກສາບໍ່ພຽງພໍ. ເຊີບເວີບໍ່ສາມາດຕອບສະໜອງການຮ້ອງຂໍໄດ້ເນື່ອງຈາກພື້ນທີ່ຈັດເກັບຂໍ້ມູນບໍ່ພຽງພໍໃນເຊີບເວີ.
ກວດພົບ 508 loop. ເຊີບເວີໄດ້ກວດພົບ loop ໃນຂະນະທີ່ດໍາເນີນການຮ້ອງຂໍ, ແລະປະຕິເສດທີ່ຈະເຮັດສໍາເລັດຄໍາຮ້ອງຂໍເພື່ອຫຼີກເວັ້ນການ loop ທີ່ບໍ່ມີຂອບເຂດ.
ເກີນຂີດຈຳກັດແບນວິດ 509. ຄວາມຜິດພາດເກີດຂຶ້ນເມື່ອແບນວິດຂອງເຊີບເວີເກີນເນື່ອງຈາກປະລິມານການຮ້ອງຂໍ ຫຼືການຈະລາຈອນສູງ.
510 ບໍ່ໄດ້ຂະຫຍາຍ. ລູກຄ້າຕ້ອງໂອນສ່ວນຂະຫຍາຍເພີ່ມເຕີມເພື່ອສືບຕໍ່ການຮ້ອງຂໍ.
511 ຕ້ອງການການກວດສອບເຄືອຂ່າຍ. ລູກຄ້າຕ້ອງພິສູດຕົວຕົນເພື່ອເຂົ້າເຖິງເຄືອຂ່າຍ.
ວິທີການກວດສອບລະຫັດສະຖານະຂອງຫນ້າ
ໃນພາກນີ້, ພວກເຮົາຈະພິຈາລະນາສາມວິທີຕົ້ນຕໍໃນການກວດສອບລະຫັດສະຖານະຂອງຫນ້າ: ຜ່ານເສັ້ນຄໍາສັ່ງ, ການນໍາໃຊ້ຕົວທ່ອງເວັບ, ແລະການບໍລິການອອນໄລນ໌ເອກະລາດ. ແຕ່ລະວິທີການເຫຼົ່ານີ້ມີຄວາມໄດ້ປຽບຂອງຕົນເອງແລະສາມາດເປັນປະໂຫຍດໃນສະຖານະການທີ່ແຕກຕ່າງກັນ.
ການກວດສອບການຕອບສະຫນອງຂອງເຄື່ອງແມ່ຂ່າຍຜ່ານເສັ້ນຄໍາສັ່ງ
ເສັ້ນຄໍາສັ່ງສະຫນອງວິທີທີ່ສະດວກໃນການກວດສອບລະຫັດສະຖານະຂອງຫນ້າໂດຍບໍ່ຕ້ອງໃຊ້ຕົວທ່ອງເວັບ. ສໍາລັບວິທີການນີ້, ທ່ານຈໍາເປັນຕ້ອງເປີດເສັ້ນຄໍາສັ່ງແລະນໍາໃຊ້ຄໍາສັ່ງ:
curl -I http://page-addressຄໍາສັ່ງນີ້ສົ່ງຄໍາຮ້ອງຂໍ HEAD (ຄໍາຮ້ອງຂໍ headers ເທົ່ານັ້ນ) ໄປຫາ URL ທີ່ລະບຸແລະສະແດງຂໍ້ມູນລວມທັງລະຫັດສະຖານະ HTTP:
ຕົວຢ່າງຂ້າງເທິງສະແດງໃຫ້ເຫັນລະຫັດຕອບສະຫນອງສົບຜົນສໍາເລັດ. ໃນກໍລະນີຂອງການຕອບສະຫນອງທີ່ມີລະຫັດຄວາມຜິດພາດເຊັ່ນ 404 ບໍ່ພົບ HTTP ຄວາມຜິດພາດ, ຜົນໄດ້ຮັບຈະຄ້າຍຄືກັນ:
ກວດສອບການຕອບສະໜອງຂອງເຊີບເວີຜ່ານ console browser
ຄອນໂຊຜູ້ພັດທະນາເວັບບຣາວເຊີໃຫ້ເຄື່ອງມືໃນການດໍາເນີນການຕ່າງໆ, ລວມທັງການກວດສອບລະຫັດສະຖານະຂອງຫນ້າ. ເພື່ອເບິ່ງລະຫັດ HTTP ໃນການຕອບສະຫນອງຂອງເຄື່ອງແມ່ຂ່າຍ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ເປີດ console ນັກພັດທະນາ (Ctrl+Shift+K) ຫຼື (Ctrl+shift+J) ຂຶ້ນກັບຕົວທ່ອງເວັບທີ່ໃຊ້. ຕໍ່ໄປ, ເລືອກພາກສ່ວນ "ເຄືອຂ່າຍ" ແລະໂຫລດຫນ້າທີ່ຕ້ອງການ:
ການກວດສອບການຕອບສະຫນອງຂອງເຄື່ອງແມ່ຂ່າຍໂດຍໃຊ້ເຄື່ອງມືເອກະລາດ
ມີຈໍານວນຫລາຍຂອງການບໍລິການອອນໄລນ໌ເອກະລາດທີ່ສະຫນອງເຄື່ອງມືໃນການກວດສອບລະຫັດສະຖານະຫນ້າເວັບໄຊທ໌. ການບໍລິການເຫຼົ່ານີ້ໂດຍປົກກະຕິແລ້ວອະນຸຍາດໃຫ້ທ່ານໄດ້ຮັບພາບລວມຂອງຄວາມພ້ອມ ແລະປະສິດທິພາບຂອງຊັບພະຍາກອນຂອງທ່ານຢ່າງໄວວາ. ພວກເຂົາທັງຫມົດປະຕິບັດງານໂດຍໃຊ້ຫຼັກການດຽວກັນ. ຕົວຢ່າງ, ພວກເຮົາຈະພິຈາລະນາຊັບພະຍາກອນທີ່ນິຍົມທີ່ສຸດ - httpstatus.io
ກ່ອນອື່ນ ໝົດ, ທ່ານ ຈຳ ເປັນຕ້ອງເປີດບໍລິການຕົວມັນເອງ, ຈາກນັ້ນໃສ່ທີ່ຢູ່ຂອງ ໜ້າ ທີ່ ຄຳ ຕອບທີ່ທ່ານຕ້ອງການຊອກຫາ, ແລະຮ້ອງຂໍການຢັ້ງຢືນ:
ຜົນໄດ້ຮັບຈະຖືກສະແດງຢູ່ດ້ານລຸ່ມຂອງຫນ້າ:
ສະຫຼຸບ
ສະຫຼຸບແລ້ວ, ມັນຄວນຈະເນັ້ນຫນັກວ່າຄວາມເຂົ້າໃຈແລະສາມາດອ່ານລະຫັດຂໍ້ຜິດພາດ HTTP ແມ່ນທັກສະທີ່ສໍາຄັນສໍາລັບທຸກຄົນທີ່ກ່ຽວຂ້ອງກັບການພັດທະນາເວັບແລະການຮັກສາເຄື່ອງແມ່ຂ່າຍ. ເມື່ອພວກເຮົາຄິດອອກແຕ່ລະຂໍ້ຜິດພາດແລະຄົ້ນຫາເຄື່ອງມືເພື່ອກວດຫາພວກມັນ, ພວກເຮົາເຫັນເຫດຜົນວ່າເປັນຫຍັງມັນຈຶ່ງມີຄວາມສໍາຄັນຫຼາຍໃນການຄຸ້ມຄອງການບໍລິການເວັບເຫຼົ່ານີ້ຢ່າງມີປະສິດທິພາບ.
