ໃນໂລກຂອງການພັດທະນາເວັບ, ລະຫັດຂໍ້ຜິດພາດ 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 ບໍ່ມີເນື້ອຫາ . ເຊີບເວີໄດ້ປະມວນຜົນຄຳຮ້ອງຂໍແລ້ວແຕ່ບໍ່ໄດ້ສົ່ງຄືນເນື້ອຫາເພີ່ມເຕີມໃດໆ.
205 ຕັ້ງຄ່າເນື້ອຫາຄືນໃໝ່ . ໃນທີ່ນີ້ລູກຄ້າໄດ້ຮັບຄໍາແນະນໍາໃຫ້ຕັ້ງຄ່າມຸມມອງປັດຈຸບັນ ຫຼື ຂໍ້ມູນຫຼັງຈາກສົ່ງແລ້ວ.
206 ເນື້ອຫາບາງສ່ວນ . ກໍລະນີນີ້ຊີ້ບອກວ່າການຕອບສະໜອງມີພຽງແຕ່ສ່ວນໜຶ່ງຂອງເນື້ອຫາທີ່ຮ້ອງຂໍ. ຫົວຂໍ້ "Content-Range" ຊີ້ບອກເຖິງຊ່ວງເນື້ອຫາບາງສ່ວນ.
207 ຫຼາຍສະຖານະ. ເຊີບເວີໄດ້ສຳເລັດການຮ້ອງຂໍການດຳເນີນງານຫຼາຍຄັ້ງຈາກລູກຄ້າ, ແລະການຕອບສະໜອງມີຂໍ້ມູນກ່ຽວກັບສະຖານະຂອງການດຳເນີນງານແຕ່ລະຄັ້ງ.
226 IM ຖືກໃຊ້ແລ້ວ . ລະຫັດນີ້ຊີ້ບອກວ່າເຊີບເວີໄດ້ໃຊ້ວິທີການ Incremental Metadata (IM) ແລະຕອບສະໜອງໂດຍການສົ່ງຕໍ່ພຽງແຕ່ສ່ວນຊັບພະຍາກອນທີ່ຖືກດັດແກ້ໄປຫາລູກຄ້າເທົ່ານັ້ນ.
ລະຫັດ 3xx (ປ່ຽນເສັ້ນທາງ)
ລະຫັດ 3xx ໃນ HTTP protocol ແມ່ນຄ້າຍຄືຕົວຊີ້ທີ່ນໍາພາຜູ້ໃຊ້ໄປຫາສະຖານທີ່ຊັບພະຍາກອນໃຫມ່. ພວກເຂົາແຈ້ງໃຫ້ລູກຄ້າຮູ້ວ່າຂັ້ນຕອນການຕິດຕາມຕ້ອງໄດ້ຮັບການປະຕິບັດເພື່ອໃຫ້ໄດ້ເນື້ອຫາທີ່ຮ້ອງຂໍຫຼືຖືກໂອນໄປຫາຊັບພະຍາກອນອື່ນ. ໃຫ້ພວກເຮົາເຂົ້າໄປໃນລາຍລະອຽດຂອງແຕ່ລະຄົນ:
300 ຕົວເລືອກຫຼາຍຢ່າງ . ລູກຄ້າໄດ້ຮັບສັນຍານວ່າມີຫຼາຍສະຖານທີ່ທີ່ເປັນໄປໄດ້ສຳລັບຊັບພະຍາກອນ ແລະ ໄດ້ຮັບທາງເລືອກເພື່ອຕອບສະໜອງ. ໃນສະຖານະການປັດຈຸບັນ, ຫົວຂໍ້ "ສະຖານທີ່" ອາດຈະຊີ້ບອກທາງເລືອກອື່ນສຳລັບຊັບພະຍາກອນ.
301 ຖືກຍ້າຍໄປຢ່າງຖາວອນ. ເຊີບເວີລາຍງານກັບຜູ້ໃຊ້ວ່າຊັບພະຍາກອນໄດ້ຖືກຍ້າຍໄປບ່ອນອື່ນຢ່າງຖາວອນແລ້ວ.
ພົບ 302. ລະຫັດ HTTP ນີ້ຄ້າຍຄືກັບການປ່ຽນເສັ້ນທາງຊົ່ວຄາວ. ເຊີບເວີແຈ້ງໃຫ້ຜູ້ບໍລິໂພກຮູ້ວ່າຊັບພະຍາກອນມີໃຫ້ໃຊ້ຊົ່ວຄາວຢູ່ URL ອື່ນ. ຫົວຂໍ້ "ສະຖານທີ່" ຊີ້ໄປທີ່ URL ໃໝ່ສຳລັບການປ່ຽນເສັ້ນທາງຊົ່ວຄາວ.
303 ເບິ່ງອື່ນໆ . ລູກຄ້າໄດ້ຮັບແຈ້ງວ່າຊັບພະຍາກອນມີຢູ່ໃນ URL ອື່ນ ແລະ ຕ້ອງເຮັດການຮ້ອງຂໍ GET ໄປຫາທີ່ຢູ່ໃໝ່ນີ້.
304 ບໍ່ໄດ້ດັດແປງ . ສະຖານະນີ້ບອກລູກຄ້າວ່າຊັບພະຍາກອນຍັງຄົງບໍ່ປ່ຽນແປງນັບຕັ້ງແຕ່ການຮ້ອງຂໍຄັ້ງສຸດທ້າຍ ແລະ ບໍ່ຈຳເປັນຕ້ອງດາວໂຫຼດອີກຄັ້ງ. ເມື່ອສ້າງການຮ້ອງຂໍ, ຫົວຂໍ້ "If-Modified-Since" ຖືກໃຊ້ເພື່ອກວດສອບວ່າຊັບພະຍາກອນໄດ້ຖືກດັດແປງແລ້ວຫຼືບໍ່.
305 ໃຊ້ Proxy. ເພື່ອເປັນການຕອບສະໜອງ, ເຊີບເວີລາຍງານວ່າມັນຄວນໃຊ້ proxy ທີ່ລະບຸໄວ້ເພື່ອເຂົ້າເຖິງຊັບພະຍາກອນທີ່ຮ້ອງຂໍ.
306 (ສະຫງວນໄວ້) — ລະຫັດດັ່ງກ່າວໄດ້ຖືກສະຫງວນໄວ້ແລ້ວ, ແຕ່ໃນຄວາມເປັນຈິງແລ້ວມັນບໍ່ໄດ້ຖືກນໍາໃຊ້.
307 ການປ່ຽນເສັ້ນທາງຊົ່ວຄາວ . ລະຫັດນີ້ຄ້າຍຄືກັນກັບ 302 Found, ແຕ່ຮຽກຮ້ອງໃຫ້ລູກຄ້າຍັງຄົງຢູ່ໃນວິທີການຮ້ອງຂໍທີ່ໄດ້ນໍາໃຊ້ໃນການຮ້ອງຂໍເດີມ.
308 ການປ່ຽນເສັ້ນທາງຖາວອນ . ຊີ້ບອກວ່າຊັບພະຍາກອນໄດ້ຍ້າຍໄປ URI ໃໝ່ຢ່າງຖາວອນ ແລະ ລູກຄ້າຄວນໃຊ້ URI ໃໝ່ສຳລັບການຮ້ອງຂໍໃນອະນາຄົດທັງໝົດ.
4xx HTTP Error (ຄວາມຜິດພາດຂອງລູກຄ້າ)
ລະຫັດຂໍ້ຜິດພາດ HTTP 4xx ຊີ້ບອກຄວາມຜິດພາດຂອງລູກຂ່າຍ. ນີ້ຫມາຍຄວາມວ່າບັນຫາແມ່ນຢູ່ໃນຝ່າຍຜູ້ໃຊ້, ເຊັ່ນ: ຕົວທ່ອງເວັບຫຼືແອັບຯ.
400 ຄຳຮ້ອງຂໍບໍ່ຖືກຕ້ອງ . ເຊີບເວີບໍ່ສາມາດປະມວນຜົນຄຳຮ້ອງຂໍໄດ້ເນື່ອງຈາກຄວາມຜິດພາດຂອງໄວຍາກອນ, ຂໍ້ມູນບໍ່ຖືກຕ້ອງ, ຫຼືຄວາມຜິດພາດອື່ນໆໃນຝັ່ງລູກຄ້າ.
401 ບໍ່ໄດ້ຮັບອະນຸຍາດ. ເຊີບເວີບໍ່ສາມາດປະມວນຜົນຄຳຮ້ອງຂໍໄດ້ເນື່ອງຈາກຄວາມຜິດພາດຂອງ syntax, ຂໍ້ມູນບໍ່ຖືກຕ້ອງ, ຫຼືຄວາມຜິດພາດອື່ນໆໃນຝັ່ງລູກຄ້າ.
402 ຕ້ອງຈ່າຍເງິນ . ລະຫັດຍັງບໍ່ມີການເຄື່ອນໄຫວໃນເວລານີ້ ແລະ ສະຫງວນໄວ້ສຳລັບການນຳໃຊ້ໃນອະນາຄົດ. ມັນອາດຈະຊີ້ບອກເຖິງຄວາມຈຳເປັນທີ່ຈະຕ້ອງຈ່າຍເງິນກ່ອນທີ່ຈະເຂົ້າເຖິງຊັບພະຍາກອນໃນອະນາຄົດ.
ຂໍ້ຜິດພາດ HTTP 403 ຖືກຫ້າມ. ລູກຄ້າບໍ່ມີສິດພຽງພໍທີ່ຈະເຂົ້າເຖິງຊັບພະຍາກອນທີ່ຮ້ອງຂໍ.
ບໍ່ພົບ 404. ຊັບພະຍາກອນທີ່ຮ້ອງຂໍບໍ່ມີຢູ່ໃນເຊີບເວີ. ນີ້ແມ່ນໜຶ່ງໃນຄວາມຜິດພາດທີ່ຜູ້ໃຊ້ພົບເລື້ອຍທີ່ສຸດ.
ບໍ່ອະນຸຍາດວິທີການ 405. ເຊີບເວີບໍ່ຮອງຮັບວິທີການຮ້ອງຂໍທີ່ລະບຸໄວ້ໃນລະຫວ່າງຊັບພະຍາກອນນີ້. ຫົວຂໍ້ "ອະນຸຍາດ" ຊີ້ບອກວິທີການທີ່ອະນຸຍາດສຳລັບຊັບພະຍາກອນ. ດ້ວຍລະຫັດນີ້,
406 ບໍ່ສາມາດຍອມຮັບໄດ້. ເຊີບເວີບໍ່ສາມາດສະໜອງຂໍ້ມູນໃນຮູບແບບທີ່ລູກຄ້າສາມາດຍອມຮັບໄດ້.
ຕ້ອງການການພິສູດຢືນຢັນຕົວຕົນຂອງ Proxy 407. ຕ້ອງການການພິສູດຢືນຢັນຕົວຕົນໃນເຊີບເວີ proxy ເພື່ອເຂົ້າເຖິງຊັບພະຍາກອນທີ່ຮ້ອງຂໍ.
408 ຄຳຮ້ອງຂໍໝົດເວລາ . ເຊີບເວີກຳລັງລໍຖ້າຮັບຄຳຮ້ອງຂໍຈາກລູກຄ້າ, ແຕ່ໝົດເວລາແລ້ວ. ຫົວຂໍ້ "ລອງໃໝ່ຫຼັງຈາກ" ອາດຊີ້ບອກເວລາຫຼັງຈາກນັ້ນທີ່ສາມາດລອງຄຳຮ້ອງຂໍໃໝ່ໄດ້.
409 ຂໍ້ຂັດແຍ່ງ. ບໍ່ສາມາດເຮັດສຳເລັດຄຳຮ້ອງຂໍໄດ້ເນື່ອງຈາກມີຂໍ້ຂັດແຍ່ງກັບສະຖານະຊັບພະຍາກອນປັດຈຸບັນ.
410 ໄປແລ້ວ . ຊັບພະຍາກອນທີ່ຮ້ອງຂໍເຄີຍມີຢູ່ແລ້ວ ແຕ່ດຽວນີ້ໄດ້ຖືກລຶບອອກແລ້ວ ແລະ ບໍ່ຄາດວ່າຈະມີການກູ້ຄືນ.
ຕ້ອງການຄວາມຍາວ 411. ເຊີບເວີຕ້ອງການລະບຸຄວາມຍາວຂອງເນື້ອຫາໃນການຮ້ອງຂໍ; ການບໍ່ມີຂໍ້ມູນນີ້ຖືວ່າເປັນຄວາມຜິດພາດ.
412 ເງື່ອນໄຂເບື້ອງຕົ້ນລົ້ມເຫຼວ . ເງື່ອນໄຂເບື້ອງຕົ້ນໃນການຮ້ອງຂໍບໍ່ໄດ້ຮັບການຕອບສະໜອງ, ເຊິ່ງເຮັດໃຫ້ມັນບໍ່ສາມາດປະຕິບັດໄດ້.
413 Payload ໃຫຍ່ເກີນໄປ . ຂະໜາດຂອງຂໍ້ມູນການຮ້ອງຂໍເກີນຂີດຈຳກັດຂອງເຊີບເວີ.
414 URI ຍາວເກີນໄປ . ຄວາມຍາວຂອງ URI ໃນການຮ້ອງຂໍເກີນຂອບເຂດທີ່ຍອມຮັບໄດ້.
ປະເພດສື່ທີ່ບໍ່ຮອງຮັບ 415. ເຊີບເວີບໍ່ສາມາດປະມວນຜົນປະເພດຂໍ້ມູນທີ່ສະໜອງໃຫ້ໃນການຮ້ອງຂໍໄດ້.
416 ຊ່ວງບໍ່ພໍໃຈ . ຄວາມຜິດພາດ HTTP ບ່ອນທີ່ຊ່ວງທີ່ຮ້ອງຂໍບໍ່ກົງກັບຂໍ້ມູນເຊີບເວີປັດຈຸບັນ.
417 ຄວາມຄາດຫວັງລົ້ມເຫຼວ . ເງື່ອນໄຂທີ່ຄາດໄວ້ໃນຫົວຂໍ້ "ຄາດຫວັງ" ບໍ່ໄດ້ຮັບການຕອບສະໜອງ.
418 ຂ້ອຍແມ່ນກາຕົ້ມນ້ຳຊາ . ລະຫັດນີ້ຖືກລວມເຂົ້າເປັນເລື່ອງຕະຫຼົກ ແລະ ບໍ່ໄດ້ໝາຍຄວາມວ່າມີການກະທຳທີ່ແທ້ຈິງສຳລັບຜູ້ໃຊ້ ຫຼື ເຊີບເວີ, ແລະ ບໍ່ແມ່ນຄວາມຜິດພາດທັງໝົດ. ມັນຊີ້ບອກວ່າເຊີບເວີແມ່ນກາຕົ້ມນ້ຳຊາ ແລະ ບໍ່ສາມາດເຮັດກາເຟໄດ້.
421 ຄຳຮ້ອງຂໍທີ່ສົ່ງໄປບໍ່ຖືກຕ້ອງ . ເຊີບເວີບໍ່ໄດ້ປະມວນຜົນຄຳຮ້ອງຂໍເນື່ອງຈາກມີຄວາມຜິດພາດໃນຄຳຮ້ອງຂໍ ຫຼື ການຕັ້ງຄ່າເຊີບເວີ.
422 ໜ່ວຍງານທີ່ບໍ່ສາມາດປະມວນຜົນໄດ້ . ເຊີບເວີເຂົ້າໃຈຄຳຮ້ອງຂໍ, ແຕ່ບໍ່ໄດ້ປະມວນຜົນມັນຍ້ອນຄວາມຜິດພາດຂອງຂໍ້ມູນ.
423 ຖືກລັອກ. ຊັບພະຍາກອນຖືກບລັອກ ແລະ ບໍ່ສາມາດປະມວນຜົນໄດ້.
424 ການເພິ່ງພາອາໄສທີ່ລົ້ມເຫຼວ . ການຮ້ອງຂໍແມ່ນຂຶ້ນກັບການຮ້ອງຂໍອື່ນທີ່ຍັງບໍ່ໄດ້ປະຕິບັດ.
425 ໄວເກີນໄປ. ເຊີບເວີຍັງບໍ່ພ້ອມທີ່ຈະປະມວນຜົນຄຳຮ້ອງຂໍເນື່ອງຈາກມັນມາຮອດກ່ອນກຳນົດ.
ຕ້ອງການອັບເກຣດ 426. ເຊີບເວີຕ້ອງການໃຊ້ໂປໂຕຄອນທີ່ກ້າວໜ້າກວ່າເພື່ອປະມວນຜົນຄຳຮ້ອງຂໍ.
428 ຕ້ອງມີເງື່ອນໄຂເບື້ອງຕົ້ນ . ເຊີບເວີຕ້ອງການໃຫ້ລະບຸເງື່ອນໄຂເບື້ອງຕົ້ນບາງຢ່າງໃນການຮ້ອງຂໍ.
429 ຄຳຮ້ອງຂໍຫຼາຍເກີນໄປ . ລູກຄ້າໄດ້ສົ່ງຄຳຮ້ອງຂໍຫຼາຍເກີນໄປໃນໄລຍະເວລາສັ້ນໆ, ເກີນຂີດຈຳກັດຂອງເຊີບເວີ.
431 ພາກສະໜາມຫົວຂໍ້ການຮ້ອງຂໍໃຫຍ່ເກີນໄປ . ຫົວຂໍ້ການຮ້ອງຂໍເກີນຂະໜາດສູງສຸດທີ່ອະນຸຍາດ.
449 ລອງໃໝ່ດ້ວຍ. ຊີ້ບອກວ່າຄຳຮ້ອງຂໍບໍ່ສາມາດດຳເນີນການໄດ້ໂດຍເຊີບເວີປັດຈຸບັນ, ແຕ່ສາມາດປະມວນຜົນໄດ້ສຳເລັດໂດຍເຊີບເວີອື່ນ, ແລະລູກຄ້າຄວນລອງຄຳຮ້ອງຂໍຄືນໃໝ່ດ້ວຍ URI ໃໝ່.
451 ບໍ່ສາມາດໃຊ້ໄດ້ຍ້ອນເຫດຜົນທາງກົດໝາຍ . ແຫຼ່ງຂໍ້ມູນບໍ່ສາມາດໃຊ້ໄດ້ຍ້ອນເຫດຜົນທາງກົດໝາຍ.
499 ຄຳຮ້ອງຂໍປິດລູກຄ້າ . ເຊີບເວີໄດ້ຮັບຄຳຮ້ອງຂໍ, ແຕ່ການເຊື່ອມຕໍ່ຖືກປິດໂດຍລູກຄ້າກ່ອນທີ່ຈະປະມວນຜົນສຳເລັດ.
ຂໍ້ຜິດພາດ HTTP 5xx (ເຊີບເວີຜິດພາດ)
ລະຫັດຂໍ້ຜິດພາດ HTTP 5xx ຊີ້ໃຫ້ເຫັນເຖິງບັນຫາຂອງເຄື່ອງແມ່ຂ່າຍ. ລະຫັດເຫຼົ່ານີ້ຊີ້ໃຫ້ເຫັນບັນຫາທີ່ເກີດຂື້ນໃນດ້ານເຊີຟເວີ, ເຮັດໃຫ້ເຄື່ອງແມ່ຂ່າຍບໍ່ສາມາດດໍາເນີນການຮ້ອງຂໍຂອງຜູ້ໃຊ້ໃນທາງທີ່ຖືກຕ້ອງ. ຂໍໃຫ້ພິຈາລະນາເບິ່ງພວກເຂົາຢ່າງໃກ້ຊິດ:
ຄວາມຜິດພາດ HTTP 500 ເກີດຄວາມຜິດພາດພາຍໃນເຊີບເວີ . ເຊີບເວີພົບກັບສະຖານະການທີ່ບໍ່ຄາດຄິດເຊິ່ງເຮັດໃຫ້ຄຳຮ້ອງຂໍບໍ່ສຳເລັດ. ຫົວຂໍ້ "ເຊີບເວີ" ອາດຈະຊີ້ບອກເຊີບເວີທີ່ເກີດຄວາມຜິດພາດ.
501 ບໍ່ໄດ້ຈັດຕັ້ງປະຕິບັດ . ເຊີບເວີບໍ່ຮອງຮັບໜ້າທີ່ການໃຊ້ງານທີ່ຕ້ອງການເພື່ອປະມວນຜົນຄຳຮ້ອງຂໍຂອງລູກຄ້າ. ຫົວຂໍ້ "Via" ອາດຈະຊີ້ບອກເຖິງເຊີບເວີ proxy ທີ່ເກີດຄວາມຜິດພາດ.
502 Bad Gateway . ລະຫັດນີ້ໝາຍຄວາມວ່າເຊີບເວີທີ່ເຮັດໜ້າທີ່ເປັນ proxy ໄດ້ຮັບການຕອບສະໜອງທີ່ບໍ່ຖືກຕ້ອງຈາກເຊີບເວີອື່ນ.
ການບໍລິການ HTTP Error 503 ບໍ່ສາມາດໃຊ້ງານໄດ້ . ເຊີບເວີບໍ່ສາມາດປະມວນຜົນຄຳຮ້ອງຂໍໄດ້ຊົ່ວຄາວ.
504 Gateway Timeout . ເຊີບເວີທີ່ເຮັດໜ້າທີ່ເປັນ proxy ບໍ່ໄດ້ຮັບການຕອບສະໜອງຢ່າງທັນເວລາຈາກເຊີບເວີອື່ນ.
ບໍ່ຮອງຮັບເວີຊັນ HTTP 505. ເຊີບເວີບໍ່ຮອງຮັບເວີຊັນໂປໂຕຄອນ HTTP ທີ່ລະບຸໄວ້ໃນຄຳຮ້ອງຂໍ. ໃນຖານະເປັນຕົວເລືອກສຳຮອງ, ຫົວຂໍ້ "ອັບເກຣດ" ອາດຈະຊີ້ບອກເຖິງໂປໂຕຄອນທີ່ຮອງຮັບ.
506 ຕົວແປຍັງຕໍ່ລອງໄດ້ . ສະຖານະນີ້ບໍ່ໄດ້ຖືກນຳໃຊ້ໃນ HTTP/1.1; ແນວໃດກໍ່ຕາມ, ຖ້າເຊີບເວີກວດພົບການຕັ້ງຄ່າພາຍໃນທີ່ເຮັດໃຫ້ເກີດຄວາມບໍ່ແນ່ນອນຂອງການເຈລະຈາເນື້ອຫາ, ມັນອາດຈະໃຊ້ການຕອບສະໜອງນີ້.
507 ພື້ນທີ່ເກັບຂໍ້ມູນບໍ່ພຽງພໍ . ເຊີບເວີບໍ່ສາມາດຕອບສະໜອງຄຳຮ້ອງຂໍໄດ້ເນື່ອງຈາກພື້ນທີ່ເກັບຂໍ້ມູນບໍ່ພຽງພໍໃນເຊີບເວີ.
508 ກວດພົບການວົນຊ້ຳ . ເຊີບເວີໄດ້ກວດພົບການວົນຊ້ຳໃນຂະນະທີ່ກຳລັງປະມວນຜົນຄຳຮ້ອງຂໍ, ແລະປະຕິເສດທີ່ຈະເຮັດສຳເລັດຄຳຮ້ອງຂໍເພື່ອຫຼີກລ່ຽງການວົນຊ້ຳທີ່ບໍ່ມີທີ່ສິ້ນສຸດ.
ເກີນຂີດຈຳກັດແບນວິດ 509. ຄວາມຜິດພາດເກີດຂຶ້ນເມື່ອແບນວິດຂອງເຊີບເວີເກີນເນື່ອງຈາກປະລິມານການຮ້ອງຂໍ ຫຼື ການຈະລາຈອນສູງ.
510 ບໍ່ໄດ້ຂະຫຍາຍ . ລູກຄ້າຕ້ອງໂອນສ່ວນຂະຫຍາຍເພີ່ມເຕີມເພື່ອສືບຕໍ່ການຮ້ອງຂໍ.
ຕ້ອງການການພິສູດຢືນຢັນເຄືອຂ່າຍ 511. ລູກຄ້າຕ້ອງພິສູດຢືນຢັນຕົວເອງເພື່ອເຂົ້າເຖິງເຄືອຂ່າຍ.
ວິທີການກວດສອບລະຫັດສະຖານະຂອງຫນ້າ
ໃນພາກນີ້, ພວກເຮົາຈະພິຈາລະນາສາມວິທີຕົ້ນຕໍໃນການກວດສອບລະຫັດສະຖານະຂອງຫນ້າ: ຜ່ານເສັ້ນຄໍາສັ່ງ, ການນໍາໃຊ້ຕົວທ່ອງເວັບ, ແລະການບໍລິການອອນໄລນ໌ເອກະລາດ. ແຕ່ລະວິທີການເຫຼົ່ານີ້ມີຄວາມໄດ້ປຽບຂອງຕົນເອງແລະສາມາດເປັນປະໂຫຍດໃນສະຖານະການທີ່ແຕກຕ່າງກັນ.
ການກວດສອບການຕອບສະຫນອງຂອງເຄື່ອງແມ່ຂ່າຍຜ່ານເສັ້ນຄໍາສັ່ງ
ເສັ້ນຄໍາສັ່ງສະຫນອງວິທີທີ່ສະດວກໃນການກວດສອບລະຫັດສະຖານະຂອງຫນ້າໂດຍບໍ່ຕ້ອງໃຊ້ຕົວທ່ອງເວັບ. ສໍາລັບວິທີການນີ້, ທ່ານຈໍາເປັນຕ້ອງເປີດເສັ້ນຄໍາສັ່ງແລະນໍາໃຊ້ຄໍາສັ່ງ:
curl -I http://page-addressຄໍາສັ່ງນີ້ສົ່ງຄໍາຮ້ອງຂໍ HEAD (ຄໍາຮ້ອງຂໍ headers ເທົ່ານັ້ນ) ໄປຫາ URL ທີ່ລະບຸແລະສະແດງຂໍ້ມູນລວມທັງລະຫັດສະຖານະ HTTP:
ຕົວຢ່າງຂ້າງເທິງສະແດງໃຫ້ເຫັນລະຫັດຕອບສະຫນອງສົບຜົນສໍາເລັດ. ໃນກໍລະນີຂອງການຕອບສະຫນອງທີ່ມີລະຫັດຄວາມຜິດພາດເຊັ່ນ 404 ບໍ່ພົບ HTTP ຄວາມຜິດພາດ, ຜົນໄດ້ຮັບຈະຄ້າຍຄືກັນ:
ກວດສອບການຕອບສະໜອງຂອງເຊີບເວີຜ່ານ console browser
ຄອນໂຊຜູ້ພັດທະນາເວັບບຣາວເຊີໃຫ້ເຄື່ອງມືໃນການດໍາເນີນການຕ່າງໆ, ລວມທັງການກວດສອບລະຫັດສະຖານະຂອງຫນ້າ. ເພື່ອເບິ່ງລະຫັດ HTTP ໃນການຕອບສະຫນອງຂອງເຄື່ອງແມ່ຂ່າຍ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ເປີດ console ນັກພັດທະນາ (Ctrl+Shift+K) ຫຼື (Ctrl+shift+J) ຂຶ້ນກັບຕົວທ່ອງເວັບທີ່ໃຊ້. ຕໍ່ໄປ, ເລືອກພາກສ່ວນ "ເຄືອຂ່າຍ" ແລະໂຫລດຫນ້າທີ່ຕ້ອງການ:
ການກວດສອບການຕອບສະຫນອງຂອງເຄື່ອງແມ່ຂ່າຍໂດຍໃຊ້ເຄື່ອງມືເອກະລາດ
ມີການບໍລິການອອນໄລນ໌ເອກະລາດຈຳນວນຫຼວງຫຼາຍທີ່ໃຫ້ເຄື່ອງມືໃນການກວດສອບລະຫັດສະຖານະໜ້າເວັບໄຊທ໌. ໂດຍປົກກະຕິແລ້ວ ການບໍລິການເຫຼົ່ານີ້ຊ່ວຍໃຫ້ທ່ານສາມາດຮັບພາບລວມຂອງຄວາມພ້ອມ ແລະ ປະສິດທິພາບຂອງຊັບພະຍາກອນຂອງທ່ານໄດ້ຢ່າງວ່ອງໄວ. ພວກມັນທັງໝົດເຮັດວຽກໂດຍໃຊ້ຫຼັກການດຽວກັນ. ຕົວຢ່າງ, ພວກເຮົາຈະພິຈາລະນາຊັບພະຍາກອນທີ່ນິຍົມທີ່ສຸດ - httpsstatus.io
ກ່ອນອື່ນ ໝົດ, ທ່ານ ຈຳ ເປັນຕ້ອງເປີດບໍລິການຕົວມັນເອງ, ຈາກນັ້ນໃສ່ທີ່ຢູ່ຂອງ ໜ້າ ທີ່ ຄຳ ຕອບທີ່ທ່ານຕ້ອງການຊອກຫາ, ແລະຮ້ອງຂໍການຢັ້ງຢືນ:
ຜົນໄດ້ຮັບຈະຖືກສະແດງຢູ່ດ້ານລຸ່ມຂອງຫນ້າ:
ສະຫຼຸບ
ສະຫຼຸບແລ້ວ, ມັນຄວນຈະເນັ້ນຫນັກວ່າຄວາມເຂົ້າໃຈແລະສາມາດອ່ານລະຫັດຂໍ້ຜິດພາດ HTTP ແມ່ນທັກສະທີ່ສໍາຄັນສໍາລັບທຸກຄົນທີ່ກ່ຽວຂ້ອງກັບການພັດທະນາເວັບແລະການຮັກສາເຄື່ອງແມ່ຂ່າຍ. ເມື່ອພວກເຮົາຄິດອອກແຕ່ລະຂໍ້ຜິດພາດແລະຄົ້ນຫາເຄື່ອງມືເພື່ອກວດຫາພວກມັນ, ພວກເຮົາເຫັນເຫດຜົນວ່າເປັນຫຍັງມັນຈຶ່ງມີຄວາມສໍາຄັນຫຼາຍໃນການຄຸ້ມຄອງການບໍລິການເວັບເຫຼົ່ານີ້ຢ່າງມີປະສິດທິພາບ.
