폰으로 HTTP 테스트 서버
ທຸກຄົນ
info
0+
ດາວໂຫຼດ
ທຸກຄົນ
ສຶກສາເພີ່ມເຕີມ
ກ່ຽວກັບແອັບນີ້
ເຊີບເວີທົດສອບ HTTP ໃນໂທລະສັບແມ່ນເຄື່ອງມື Mock Server ທີ່ໃຊ້ງານເຊີບເວີ HTTP ຫຼື HTTPS ໃນໂທລະສັບສະຫຼາດ. ມັນສົ່ງຄືນການຕອບສະໜອງທີ່ກຳນົດໄວ້ລ່ວງໜ້າຕໍ່ການຮ້ອງຂໍທີ່ສົ່ງໂດຍ MCU, ESP32, ຫຼືໂປຣແກຣມ PC, ຊ່ວຍໃຫ້ທ່ານສາມາດທົດສອບການສື່ສານໂດຍບໍ່ຕ້ອງໃຊ້ເຊີບເວີຕົວຈິງ. ຄຸນສົມບັດຫຼັກ
• ເລີ່ມ ຫຼື ຢຸດເຊີບເວີ HTTP ຫຼື HTTPS ໂດຍການລະບຸພອດ
• ສະແດງ ແລະ ຄັດລອກທີ່ຢູ່ເຊື່ອມຕໍ່ຂອງໂທລະສັບນີ້
• ເພີ່ມ, ແກ້ໄຂ ຫຼື ລຶບກົດລະບຽບການຕອບສະໜອງຄົງທີ່ໂດຍ Method + Path
• ກຳນົດຄ່າລະຫັດສະຖານະ, Content-Type, Header, ແລະ Body
• ທົດສອບການໝົດເວລາ ແລະ ການລອງໃໝ່ໂດຍໃຊ້ການຊັກຊ້າການຕອບສະໜອງ
• ການຕອບສະໜອງຄວາມຜິດພາດຂອງການທົດສອບເຊັ່ນ 500
• 404 ສຳລັບເສັ້ນທາງທີ່ບໍ່ມີກົດລະບຽບ, 405 ແລະ Allow header ສຳລັບວິທີການຕ່າງໆ
• ບັນທຶກການຮ້ອງຂໍ: ເວລາ, IP ຜູ້ສົ່ງ, Header, Body, ການຕອບສະໜອງທີ່ສົ່ງຄືນ, ເວລາປະມວນຜົນ
• ສ້າງກົດລະບຽບໂດຍກົງຈາກບັນທຶກ
• ການແຈ້ງເຕືອນເພື່ອຮັກສາເຊີບເວີເຖິງແມ່ນວ່າໜ້າຈໍປິດ ຫຼື ແອັບອື່ນໆຖືກນຳໃຊ້
• ເປີດໃຊ້ HTTPS ໂດຍໃຊ້ໃບຢັ້ງຢືນ PEM ແລະ ລະຫັດສ່ວນຕົວທີ່ກະກຽມເອງ
• 4 ຕົວຢ່າງກົດລະບຽບລວມຢູ່ຕັ້ງແຕ່ເລີ່ມຕົ້ນ
• ຄູ່ມືຜູ້ໃຊ້ທີ່ມີຮູບປະກອບ (ພາສາເກົາຫຼີ · ອັງກິດ)
• ເຮັດວຽກໃນໂທລະສັບໂດຍບໍ່ຕ້ອງເຂົ້າສູ່ລະບົບ
ສຳລັບ:
• ຜູ້ທີ່ຕ້ອງການທົດສອບການຮ້ອງຂໍ HTTP ຈາກເຟີມແວກ່ອນທີ່ backend ຈະພ້ອມ
• ຜູ້ທີ່ຕ້ອງການກວດສອບດ້ວຍສາຍຕາ URL, ຫົວຂໍ້, ແລະ ເນື້ອໃນທີ່ສົ່ງໂດຍອຸປະກອນ
• ຜູ້ທີ່ຕ້ອງການກວດສອບການລອງໃໝ່ຕາມເຫດຜົນໂດຍການສ້າງການຕອບສະໜອງຄວາມຜິດພາດ ແລະ ການຊັກຊ້າການຕອບສະໜອງ
ໝາຍເຫດ:
• ຖ້າເຊີບເວີເປີດຢູ່, ອຸປະກອນທີ່ຢູ່ໃນເຄືອຂ່າຍດຽວກັນສາມາດເຊື່ອມຕໍ່ໄດ້ໂດຍບໍ່ຕ້ອງກວດສອບຄວາມຖືກຕ້ອງ. ໃຊ້ສິ່ງນີ້ສະເພາະໃນເຄືອຂ່າຍທີ່ເຊື່ອຖືໄດ້ ແລະ ຢຸດເມື່ອສຳເລັດແລ້ວ.
• ການຕອບສະໜອງແມ່ນຄ່າຄົງທີ່ທີ່ກຳນົດໂດຍຜູ້ໃຊ້. ບໍ່ມີສະຄຣິບ ຫຼື ຖານຂໍ້ມູນແບບໄດນາມິກ.
• ແອັບບໍ່ໄດ້ສ້າງໃບຢັ້ງຢືນ HTTPS. ທ່ານຕ້ອງໃຊ້ໃບຢັ້ງຢືນການພັດທະນາທີ່ສ້າງຂຶ້ນໃນຄອມພິວເຕີ.
• Android ອາດຈະບໍ່ອະນຸຍາດໃຫ້ມີພອດຕ່ຳເຊັ່ນ 80. ພອດເລີ່ມຕົ້ນແມ່ນ 8080.
• Wi-Fi ສຳລັບແຂກອາດຈະບລັອກການສື່ສານລະຫວ່າງອຸປະກອນຕ່າງໆ.
• ຢ່າໃຊ້ສິ່ງນີ້ສຳລັບການບໍລິການຕົວຈິງ ຫຼື ການຄວບຄຸມທີ່ກ່ຽວຂ້ອງໂດຍກົງກັບຄວາມປອດໄພ.
• ໂຄສະນາຈະຖືກສະແດງ. ໂຄສະນາບໍ່ແຊກແຊງການປະມວນຜົນຄຳຮ້ອງຂໍ.
• ເລີ່ມ ຫຼື ຢຸດເຊີບເວີ HTTP ຫຼື HTTPS ໂດຍການລະບຸພອດ
• ສະແດງ ແລະ ຄັດລອກທີ່ຢູ່ເຊື່ອມຕໍ່ຂອງໂທລະສັບນີ້
• ເພີ່ມ, ແກ້ໄຂ ຫຼື ລຶບກົດລະບຽບການຕອບສະໜອງຄົງທີ່ໂດຍ Method + Path
• ກຳນົດຄ່າລະຫັດສະຖານະ, Content-Type, Header, ແລະ Body
• ທົດສອບການໝົດເວລາ ແລະ ການລອງໃໝ່ໂດຍໃຊ້ການຊັກຊ້າການຕອບສະໜອງ
• ການຕອບສະໜອງຄວາມຜິດພາດຂອງການທົດສອບເຊັ່ນ 500
• 404 ສຳລັບເສັ້ນທາງທີ່ບໍ່ມີກົດລະບຽບ, 405 ແລະ Allow header ສຳລັບວິທີການຕ່າງໆ
• ບັນທຶກການຮ້ອງຂໍ: ເວລາ, IP ຜູ້ສົ່ງ, Header, Body, ການຕອບສະໜອງທີ່ສົ່ງຄືນ, ເວລາປະມວນຜົນ
• ສ້າງກົດລະບຽບໂດຍກົງຈາກບັນທຶກ
• ການແຈ້ງເຕືອນເພື່ອຮັກສາເຊີບເວີເຖິງແມ່ນວ່າໜ້າຈໍປິດ ຫຼື ແອັບອື່ນໆຖືກນຳໃຊ້
• ເປີດໃຊ້ HTTPS ໂດຍໃຊ້ໃບຢັ້ງຢືນ PEM ແລະ ລະຫັດສ່ວນຕົວທີ່ກະກຽມເອງ
• 4 ຕົວຢ່າງກົດລະບຽບລວມຢູ່ຕັ້ງແຕ່ເລີ່ມຕົ້ນ
• ຄູ່ມືຜູ້ໃຊ້ທີ່ມີຮູບປະກອບ (ພາສາເກົາຫຼີ · ອັງກິດ)
• ເຮັດວຽກໃນໂທລະສັບໂດຍບໍ່ຕ້ອງເຂົ້າສູ່ລະບົບ
ສຳລັບ:
• ຜູ້ທີ່ຕ້ອງການທົດສອບການຮ້ອງຂໍ HTTP ຈາກເຟີມແວກ່ອນທີ່ backend ຈະພ້ອມ
• ຜູ້ທີ່ຕ້ອງການກວດສອບດ້ວຍສາຍຕາ URL, ຫົວຂໍ້, ແລະ ເນື້ອໃນທີ່ສົ່ງໂດຍອຸປະກອນ
• ຜູ້ທີ່ຕ້ອງການກວດສອບການລອງໃໝ່ຕາມເຫດຜົນໂດຍການສ້າງການຕອບສະໜອງຄວາມຜິດພາດ ແລະ ການຊັກຊ້າການຕອບສະໜອງ
ໝາຍເຫດ:
• ຖ້າເຊີບເວີເປີດຢູ່, ອຸປະກອນທີ່ຢູ່ໃນເຄືອຂ່າຍດຽວກັນສາມາດເຊື່ອມຕໍ່ໄດ້ໂດຍບໍ່ຕ້ອງກວດສອບຄວາມຖືກຕ້ອງ. ໃຊ້ສິ່ງນີ້ສະເພາະໃນເຄືອຂ່າຍທີ່ເຊື່ອຖືໄດ້ ແລະ ຢຸດເມື່ອສຳເລັດແລ້ວ.
• ການຕອບສະໜອງແມ່ນຄ່າຄົງທີ່ທີ່ກຳນົດໂດຍຜູ້ໃຊ້. ບໍ່ມີສະຄຣິບ ຫຼື ຖານຂໍ້ມູນແບບໄດນາມິກ.
• ແອັບບໍ່ໄດ້ສ້າງໃບຢັ້ງຢືນ HTTPS. ທ່ານຕ້ອງໃຊ້ໃບຢັ້ງຢືນການພັດທະນາທີ່ສ້າງຂຶ້ນໃນຄອມພິວເຕີ.
• Android ອາດຈະບໍ່ອະນຸຍາດໃຫ້ມີພອດຕ່ຳເຊັ່ນ 80. ພອດເລີ່ມຕົ້ນແມ່ນ 8080.
• Wi-Fi ສຳລັບແຂກອາດຈະບລັອກການສື່ສານລະຫວ່າງອຸປະກອນຕ່າງໆ.
• ຢ່າໃຊ້ສິ່ງນີ້ສຳລັບການບໍລິການຕົວຈິງ ຫຼື ການຄວບຄຸມທີ່ກ່ຽວຂ້ອງໂດຍກົງກັບຄວາມປອດໄພ.
• ໂຄສະນາຈະຖືກສະແດງ. ໂຄສະນາບໍ່ແຊກແຊງການປະມວນຜົນຄຳຮ້ອງຂໍ.
ໃຊ້ HTTP/HTTPS Mock Server ໃນໂທລະສັບ. ໃຊ້ສຳລັບການທົດສອບການພັດທະນາ MCU ແລະເຄືອຂ່າຍ.
ອັບເດດແລ້ວເມື່ອ
ຄວາມປອດໄພເລີ່ມດ້ວຍການເຂົ້າໃຈວ່ານັກພັດທະນາເກັບກຳ ແລະ ແບ່ງປັນຂໍ້ມູນຂອງທ່ານແນວໃດ. ວິທີປະຕິບັດກ່ຽວກັບຄວາມເປັນສ່ວນຕົວ ແລະ ຄວາມປອດໄພຂອງຂໍ້ມູນອາດຈະແຕກຕ່າງກັນອີງຕາມການນຳໃຊ້, ພາກພື້ນ ແລະ ອາຍຸຂອງທ່ານ. ນັກພັດທະນາໃຫ້ຂໍ້ມູນນີ້ ແລະ ອາດຈະອັບເດດມັນເມື່ອເວລາຜ່ານໄປ.
