Zinn® Uptime

ຄຸນສົມບັດ

Zinn® Uptime ແມ່ນການຕິດຕາມເວລາເຮັດວຽກຂອງເວັບໄຊສຳລັບທຸກທີ່ຢູ່ເວັບ: ມັນກວດສອບຕະຫຼອດ 24 ຊົ່ວໂມງ, ຢືນຢັນທຸກຂໍ້ຜິດພາດດ້ວຍການກວດສອບຄັ້ງທີສອງກ່ອນທີ່ຈະແຈ້ງເຕືອນທ່ານ, ແລະ ແຈ້ງໃຫ້ທ່ານຊາບຜ່ານທາງອີເມວ, Slack, Telegram ຫຼື webhook. ມໍນິເຕີສາມອັນແມ່ນຟຣີ, ໂດຍບໍ່ຕ້ອງໃຊ້ບັດ.

ການກວດສອບເວັບໄຊທ໌ທີ່ເຮັດວຽກຄືກັບຜູ້ເຂົ້າຊົມ

ແຕ່ລະການກວດສອບແມ່ນຄຳຮ້ອງຂໍຕົວຈິງສຳລັບໜ້າເວັບຂອງທ່ານ, ຄືກັນກັບຄຳຮ້ອງຂໍທີ່ໂປຣແກຣມທ່ອງເວັບຂອງຜູ້ເຂົ້າຊົມຈະສ້າງຂຶ້ນ.

ລະບົບກວດສອບຈະດີໄດ້ກໍຕໍ່ເມື່ອຄຳຖາມທີ່ມັນຖາມນັ້ນດີພໍ. Zinn® Uptime ບໍ່ພຽງແຕ່ສົ່ງ ping ໄປຫາເຊີບເວີ ຫຼື ເປີດພອດແລ້ວເອີ້ນສິ່ງນັ້ນວ່າເວັບໄຊ; ມັນຮ້ອງຂໍເອົາຕົວໜ້າເວັບເອງຜ່ານ HTTP ຫຼື HTTPS ຄືກັນກັບທີ່ບຣາວເຊີເຮັດ, ແລະ ລໍຖ້າຄຳຕອບ. ຖ້າຊື່ບໍ່ສາມາດແກ້ໄຂໄດ້, ການເຊື່ອມຕໍ່ຖືກປະຕິເສດ, ໃບຢັ້ງຢືນບໍ່ສາມາດເຊື່ອຖືໄດ້, ເຊີບເວີຕອບກັບມາເປັນຂໍ້ຜິດພາດ ຫຼື ບໍ່ມີຫຍັງຕອບກັບມາພາຍໃນສິບວິນາທີ, ການກວດສອບນັ້ນຖືວ່າລົ້ມເຫຼວ — ແລະ ເຫດຜົນຈະຖືກບັນທຶກໄວ້ດ້ວຍພາສາທີ່ເຂົ້າໃຈງ່າຍ, ເພື່ອໃຫ້ການແຈ້ງເຕືອນບອກທ່ານໄດ້ວ່າຄວນເລີ່ມຕົ້ນກວດສອບຈາກບ່ອນໃດ.

ຈໍພາບຟຣີແມ່ນໄດ້ຮັບການກວດສອບທຸກໆ 5 ນາທີ; ດ້ວຍແພັກເກດ, ທຸກໆທີ່ຢູ່ໃນບັນຊີຈະໄດ້ຮັບການກວດສອບທຸກໆນາທີ.
ການປ່ຽນເສັ້ນທາງແມ່ນຖືກຕິດຕາມ, ດັ່ງນັ້ນທ່ານສາມາດເບິ່ງທີ່ຢູ່ທີ່ຄົນພິມແທນທີ່ຈະເປັນບ່ອນທີ່ມັນສິ້ນສຸດລົງ.
ການຕອບກັບ 2xx ຫຼື 3xx ໃດໜຶ່ງຖືວ່າໃຊ້ງານໄດ້; ການຕອບກັບ 4xx ຫຼື 5xx ຖືວ່າໃຊ້ງານບໍ່ໄດ້.
ໜ້າທີ່ໃຊ້ເວລາດົນກວ່າ 10 ວິນາທີໃນການຕອບກັບຖືວ່າໝົດເວລາ.

ຟອມສຳລັບການເພີ່ມທີ່ຢູ່ເວັບເພື່ອຕິດຕາມກວດກາ, ພ້ອມກັບຊ່ອງຂໍ້ມູນຊື່ ແລະ ຂໍ້ຄວາມທີ່ຄາດໄວ້ ລວມທັງໂຄຕ້າການຕິດຕາມກວດກາຂອງບັນຊີຢູ່ທາງເທິງນັ້ນ

ການຢຸດເຮັດວຽກໄດ້ຮັບການຢືນຢັນກ່ອນທີ່ຈະມີການແຈ້ງເຕືອນໃຜ

ສັນຍານເຕືອນທີ່ຜິດພາດເຮັດໃຫ້ຄົນລະເລີຍການແຈ້ງເຕືອນ, ດັ່ງນັ້ນທຸກຄວາມລົ້ມເຫຼວຕ້ອງພິສູດຕົວເອງ.

ອິນເຕີເນັດມີການຕົກເຮ່ຍຂອງແພັກເກັດ, ເສັ້ນທາງມີການປ່ຽນແປງຕະຫຼອດ ແລະ ເຊີເວີດ່ຽວຢູ່ບ່ອນໃດບ່ອນໜຶ່ງກໍອາດມີບັນຫາຊົ່ວຂະນະ. ລະບົບກວດສອບທີ່ສົ່ງສັນຍານເຕືອນທ່ານທຸກໆຄັ້ງທີ່ເກີດເຫດການເຫຼົ່ານັ້ນ ຈະສອນໃຫ້ທ່ານບໍ່ສົນໃຈມັນ, ແລະ ຈາກນັ້ນກໍຈະພາດການຢຸດເຮັດວຽກທີ່ສຳຄັນແທ້ໆ. ດັ່ງນັ້ນ, ຄວາມລົ້ມເຫຼວຈຶ່ງຕ້ອງພິສູດຕົວເອງສອງຄັ້ງ: ໃນທັນທີທີ່ການກວດສອບລົ້ມເຫຼວ, ທີ່ຢູ່ດຽວກັນນັ້ນຈະຖືກຮ້ອງຂໍອີກຄັ້ງດ້ວຍຄຳຮ້ອງຂໍໃໝ່ອ່ຽມ, ເຊິ່ງປົກກະຕິແລ້ວຈະໃຫ້ບໍລິການມາຈາກສະຖານທີ່ອື່ນ. ຖ້າຄຳຮ້ອງຂໍທີສອງນັ້ນຜ່ານໄປໄດ້, ບັນຫາເລັກນ້ອຍນັ້ນກໍຈະຖືກຍົກເລີກໄປ. ເມື່ອການລົ້ມເຫຼວໄດ້ຮັບການຢືນຢັນໃນການກວດສອບສອງຄັ້ງຕິດຕໍ່ກັນເທົ່ານັ້ນ ທີ່ຢູ່ນັ້ນຈຶ່ງຈະຖືກໝາຍວ່າໃຊ້ການບໍ່ໄດ້ ແລະ ແຈ້ງເຕືອນໃຫ້ທຸກຄົນຮູ້. ຖ້າສ່ວນໃຫຍ່ຂອງທຸກໆທີ່ຢູ່ທີ່ພວກເຮົາຕິດຕາມລົ້ມເຫຼວພ້ອມໆກັນ, ພວກເຮົາຈະສັນນິຖານວ່າບັນຫານັ້ນເປັນຂອງພວກເຮົາຫຼາຍກວ່າຂອງທ່ານ, ແລະ ຈະບໍ່ບັນທຶກສິ່ງໃດເລີຍ.

ການກວດສອບທີ່ບໍ່ສຳເລັດຈະຖືກດຳເນີນການຄືນໃໝ່ທັນທີດ້ວຍຄຳຮ້ອງຂໍໃໝ່, ເຊິ່ງໂດຍປົກກະຕິແລ້ວຈະໃຫ້ບໍລິການຈາກສະຖານທີ່ອື່ນ.
ຖ້າຄຳຮ້ອງຂໍທີສອງນັ້ນໄປຮອດເວັບໄຊ, ຄວາມລົ້ມເຫຼວຄັ້ງທຳອິດຈະຖືກປະຖິ້ມ.
ເວັບໄຊຈະຖືກປະກາດວ່າຢຸດເຮັດວຽກຫຼັງຈາກພົບຄວາມຜິດພາດຕິດຕໍ່ກັນສອງຄັ້ງ, ດັ່ງນັ້ນທ່ານຈະໄດ້ຮັບການແຈ້ງເຕືອນພາຍໃນປະມານສອງຊ່ວງເວລາການກວດສອບ.
ໜ້າທົດສອບການປ້ອງກັນບັອດ ບໍ່ເຄີຍຖືກນັບວ່າເປັນການຢຸດເຮັດວຽກຂອງເວັບໄຊຂອງທ່ານ.

ວິທີການຢືນຢັນເຫດການບໍລິການຂັດຂ້ອງ

ມຸມມອງລາຍລະອຽດຂອງທີ່ຢູ່ໜຶ່ງທີ່ຖືກຕິດຕາມ, ສະແດງເວລາເຮັດວຽກຕໍ່ຊົ່ວໂມງ, ເວລາຕອບສະໜອງ ແລະ ປະຫວັດການຢຸດເຮັດວຽກຂອງມັນ

ການກວດສອບຄຳຄົ້ນຫາສຳລັບໜ້າເວັບທີ່ໃຊ້ການບໍ່ໄດ້

ການຢຸດເຮັດວຽກທີ່ລະຫັດສະຖານະບໍ່ສາມາດກວດພົບໄດ້ແມ່ນໜ້າທີ່ໂຫຼດແຕ່ຫວ່າງເປົ່າ.

ການຢຸດເຮັດວຽກທີ່ຮ້າຍແຮງທີ່ສຸດບາງຄັ້ງກໍຕອບສະໜອງດ້ວຍລະຫັດສະຖານະທີ່ປົກກະຕິດີ. ເວັບໄຊ WordPress ທີ່ຖານຂໍ້ມູນຂາດການເຊື່ອມຕໍ່, ຮ້ານຄ້າທີ່ການອັບເດດຮູບແບບເຮັດໃຫ້ເທມເພຼດເສຍຫາຍ, ໜ້າເວັບທີ່ສະແດງເປັນໜ້າເປົ່າຍ້ອນການຕັ້ງຄ່າແຄຊຜິດພາດ — ທັງໝົດນີ້ສາມາດສົ່ງຄ່າ 200 ກັບຄືນມາໄດ້. ກະລຸນາລະບຸຂໍ້ຄວາມສັ້ນໆໃຫ້ກັບຕົວຕິດຕາມ ເຊິ່ງຈະສະແດງຂຶ້ນສະເພາະຕອນທີ່ໜ້າເວັບເຮັດວຽກໄດ້ຢ່າງແທ້ຈິງ ເຊັ່ນ: ຊື່ເວັບໄຊຂອງທ່ານ ຫຼື ວະລີຈາກສ່ວນທ້າຍໜ້າ, ແລະ ໜ້າໃດທີ່ໂຫຼດຂຶ້ນມາໂດຍບໍ່ມີຂໍ້ຄວາມດັ່ງກ່າວຈະຖືກຖືວ່າໃຊ້ການບໍ່ໄດ້ ພ້ອມດ້ວຍເຫດຜົນ "expected text missing".

ເພີ່ມຂໍ້ຄວາມສູງສຸດ 200 ຕົວອັກສອນທີ່ຕ້ອງສະແດງຢູ່ໃນໜ້າເວັບ.
ຖ້າຂໍ້ຄວາມຫາຍໄປ, ການກວດສອບຈະລົ້ມເຫຼວດ້ວຍເຫດຜົນ "expected text missing".

ການແຈ້ງເຕືອນຜ່ານອີເມວ, Slack, Telegram ແລະ webhook

ໜຶ່ງຂໍ້ຄວາມເມື່ອເວັບໄຊຫຼົ້ມ ແລະ ອີກໜຶ່ງຂໍ້ຄວາມເມື່ອມັນກັບມາໃຊ້ງານໄດ້ — ບໍ່ມີຂໍ້ຄວາມທຸກໆນາທີຢ່າງແນ່ນອນ.

ການແຈ້ງເຕືອນຈະມີປະໂຫຍດກໍຕໍ່ເມື່ອຄົນທີ່ຖືກຕ້ອງເຫັນມັນເທົ່ານັ້ນ. ສະມາຊິກທຸກຄົນໃນບັນຊີຈະໄດ້ຮັບອີເມວເມື່ອທີ່ຢູ່ໃດໜຶ່ງຢຸດເຮັດວຽກ, ໂດຍບໍ່ຈໍາເປັນຕ້ອງມີການຕັ້ງຄ່າໃດໆ. ເຊື່ອມຕໍ່ Slack, Telegram ຫຼື webhook ຂອງທ່ານເອງ ແລ້ວການແຈ້ງເຕືອນດຽວກັນນີ້ຈະຖືກສົ່ງໄປທີ່ນັ້ນເຊັ່ນກັນ, ເພື່ອໃຫ້ຊ່ອງທາງຂອງທີມ ແລະ ໂທລະສັບຂອງວິສະວະກອນທີ່ປະຈຳການໄດ້ຮັບຮູ້ທັງສອງຝ່າຍ. ການແຈ້ງເຕືອນຈະເຮັດວຽກເມື່ອມີການປ່ຽນແປງ, ບໍ່ແມ່ນຕາມສະຖານະ: ຂໍ້ຄວາມໜຶ່ງຈະຖືກສົ່ງເມື່ອເວັບໄຊຢຸດເຮັດວຽກ, ແລະ ອີກຂໍ້ຄວາມໜຶ່ງເມື່ອມັນກັບມາພ້ອມກັບໄລຍະເວລາໂດຍປະມານທີ່ມັນຢຸດເຮັດວຽກ — ຈະບໍ່ມີຂໍ້ຄວາມສົ່ງມາທຸກໆນາທີໃນຂະນະທີ່ມັນຍັງຢຸດເຮັດວຽກຢູ່ຢ່າງເດັດຂາດ.

ສະມາຊິກທຸກຄົນຂອງບັນຊີຈະໄດ້ຮັບອີເມວເມື່ອທີ່ຢູ່ໃດໜຶ່ງຢຸດເຮັດວຽກ.
ເຊື່ອມຕໍ່ Slack, Telegram ຫຼື ເວັບຮຸກ ແລ້ວການແຈ້ງເຕືອນດຽວກັນກໍຈະຖືກສົ່ງໄປທີ່ນັ້ນຄືກັນ.
Webhooks ຖືກເຊັນດ້ວຍ HMAC ເທິງເວລາ ແລະ ຕົວຂໍ້ຄວາມ, ເພື່ອໃຫ້ປາຍທາງຂອງທ່ານສາມາດກວດສອບໄດ້ວ່າພວກມັນມາຈາກພວກເຮົາ.
ຂໍ້ຄວາມການກູ້ຄືນບອກປະມານວ່າເວັບໄຊໃຊ້ການບໍ່ໄດ້ດົນປານໃດ.

ສົ່ງການແຈ້ງເຕືອນເວລາເຮັດວຽກຂອງລະບົບໄປຍັງ Slack, Telegram ຫຼື ເວັບຮຸກ

ການຕັ້ງຄ່າການແຈ້ງເຕືອນ, ບ່ອນທີ່ປາຍທາງ Slack, Telegram ແລະ webhook ຖືກເຊື່ອມຕໍ່ ແລະ ການແຈ້ງເຕືອນການຕິດຕາມຈະຖືກສົ່ງໄປຫາພວກມັນ

ປະຫວັດເວລາເຮັດວຽກ ແລະ ເວລາຕອບສະໜອງ

ຕົວເລກທີ່ທ່ານສາມາດສະແດງໃຫ້ລູກຄ້າເຫັນໄດ້, ຖືກເກັບຮັກສາໄວ້ຕາບໃດທີ່ຕົວກວດສອບຍັງມີຢູ່.

ເມື່ອລູກຄ້າຖາມວ່າເວັບໄຊຂອງພວກເຂົາຫຼົ້ມໃນວັນອັງຄານຫຼືບໍ່, ຄຳຕອບຄວນຈະເປັນບັນທຶກ, ບໍ່ແມ່ນຄວາມຊົງຈຳ. ແຕ່ລະທີ່ຢູ່ຈະເກັບຮັກສາເວລາເຮັດວຽກປົກກະຕິ (uptime) ແລະ ເວລາຕອບສະໜອງທົ່ວໄປສຳລັບ 30 ມື້ຜ່ານມາໄວ້ໃນລາຍການ, ເວລາເຮັດວຽກປົກກະຕິແບບຊົ່ວໂມງຕໍ່ຊົ່ວໂມງພ້ອມກັບເວລາຕອບສະໜອງສະເລ່ຍ ແລະ ຊ້າທີ່ສຸດໃນມຸມມອງລາຍລະອຽດ, ແລະ ທຸກໆການຢຸດເຮັດວຽກພ້ອມກັບເວລາທີ່ເລີ່ມຕົ້ນ, ໄລຍະເວລາທີ່ເກີດຂຶ້ນ ແລະ ບ່ອນທີ່ໄດ້ຮັບການຢືນຢັນຄວາມຜິດພາດ. ປະຫວັດຈະຖືກເກັບຮັກສາໄວ້ຕາບໃດທີ່ທ່ານຍັງສືບຕໍ່ຕິດຕາມທີ່ຢູ່ນັ້ນ; ການຢຸດຕິດຕາມຊົ່ວຄາວຈະຮັກສາມັນໄວ້, ແລະ ການລຶບຕົວຕິດຕາມອອກຈະເປັນການລຶບມັນຖິ້ມ.

ເວລາເຮັດວຽກຕໍ່ເນື່ອງ ແລະ ເວລາຕອບສະໜອງປົກກະຕິໃນຮອບ 30 ວັນທີ່ຜ່ານມາໃນລາຍການ.
ເວລາເຮັດວຽກຕໍ່ຊົ່ວໂມງ ແລະ ເວລາຕອບສະໜອງສະເລ່ຍ ແລະ ຊ້າທີ່ສຸດສຳລັບແຕ່ລະທີ່ຢູ່.
ທຸກໆການຂັດຂ້ອງທີ່ຖືກບັນທຶກໄວ້, ພ້ອມກັບໄລຍະເວລາທີ່ເກີດຂຶ້ນ ແລະ ສະຖານທີ່ທີ່ໄດ້ຮັບການຢືນຢັນ.

ໜ້າຈໍ Zinn® Uptime ທີ່ສະແດງລາຍການສາມທີ່ຢູ່ທີ່ຕິດຕາມ ພ້ອມກັບສະຖານະ, ເວລາເຮັດວຽກ 30 ມື້ ແລະ ເວລາຕອບສະໜອງປົກກະຕິຂອງພວກມັນ

ຄວາມໄວຂອງໜ້າເວັບຄຽງຄູ່ກັບເວລາເຮັດວຽກ

ເວັບໄຊທີ່ຕອບສະໜອງໄດ້ກໍຍັງອາດຈະຊ້າເກີນໄປທີ່ຈະນຳໃຊ້.

ເວັບໄຊທີ່ຕອບສະໜອງພາຍໃນແປດວິນາທີ ແມ່ນໃນທາງເຕັກນິກຖືວ່າເປີດຢູ່ ແຕ່ໃນທາງປະຕິບັດແລ້ວຖືວ່າດັບ. ຄຽງຄູ່ກັບການກວດສອບຄວາມພ້ອມໃຊ້ງານ, ແຕ່ລະໜ້າທີ່ຕິດຕາມຈະຖືກວັດແທກ Core Web Vitals — ຕົວເລກການໂຫຼດ, ການໂຕ້ຕອບ ແລະ ຄວາມສະຖຽນຂອງໂຄງຮ່າງທີ່ເຄື່ອງຈັກຊອກຫາໃຊ້ — ທຸກໆມື້ໃນຂະນະທີ່ທ່ານມີແພັກເກດ ແລະ ທຸກໆອາທິດໃນລະດັບຟຣີ. ອາທິດທີ່ຊ້າຫຼັງຈາກການອັບເດດປລັກອິນຈະສະແດງຢູ່ໃນໜ້າຈໍດຽວກັນກັບປະຫວັດ uptime, ດັ່ງນັ້ນທ່ານຈຶ່ງບໍ່ຈຳເປັນຕ້ອງມີເຄື່ອງມືທີສອງເພື່ອສັງເກດເຫັນມັນ.

Core Web Vitals ຖືກວັດແທກສໍາລັບແຕ່ລະໜ້າທີ່ຕິດຕາມ — ທຸກໆມື້ດ້ວຍແພັກເກດ, ທຸກໆອາທິດໃນແຜນຟຣີ.
ສະແດງຢູ່ຂ້າງປະຫວັດເວລາເຮັດວຽກ, ດັ່ງນັ້ນອາທິດທີ່ຊ້າ ແລະ ການຢຸດເຮັດວຽກຈຶ່ງຢູ່ໃນໜ້າຈໍດຽວ.

ການຕິດຕາມໂດເມນ, ຟຣີ

ໂດເມນທີ່ໝົດອາຍຸຈະພາເອົາເວັບໄຊ, ອີເມວ ແລະ ອັນດັບການຄົ້ນຫາໄປນຳ.

ໂດເມນໝົດອາຍຸຍ້ອນເຫດຜົນທຳມະດາ: ບັດທີ່ບັນທຶກໄວ້ໝົດອາຍຸ, ການແຈ້ງເຕືອນການຕໍ່ອາຍຸຖືກສົ່ງໄປຫາຜູ້ທີ່ລາອອກໄປແລ້ວ, ບໍ່ເຄີຍເປີດການຕໍ່ອາຍຸອັດຕະໂນມັດ. ເມື່ອສິ່ງນີ້ເກີດຂຶ້ນ, ເວັບໄຊທ໌, ອີເມວ ແລະ ອັນດັບການຄົ້ນຫາຫຼາຍປີຈະຫາຍໄປພ້ອມກັນ, ແລະ ຊື່ດັ່ງກ່າວອາດຈະຖືກຄົນອື່ນຈົດທະບຽນໄປ. Zinn® Uptime ອ່ານບັນທຶກການລົງທະບຽນສາທາລະນະຂອງແຕ່ລະໂດເມນທີ່ຕິດຕາມມື້ລະຄັ້ງ ແລະ ແຈ້ງເຕືອນທ່ານ 60, 30, 14, 7 ແລະ 1 ມື້ກ່ອນທີ່ມັນຈະໝົດອາຍຸ. ມັນຍັງປຽບທຽບບັນທຶກກັບມື້ກ່ອນໜ້າ ແລະ ແຈ້ງເຕືອນທ່ານເມື່ອຜູ້ໃຫ້ບໍລິການຈົດທະບຽນ, ເນມເຊີເວີ ຫຼື ສະຖານະການຈົດທະບຽນມີການປ່ຽນແປງ — ເຊິ່ງມັກຈະເປັນສັນຍານທຳອິດທີ່ສະແດງວ່າບັນຊີໂດເມນຖືກຍຶດຄອງແລ້ວ.

ພວກເຮົາອ່ານບັນທຶກການລົງທະບຽນຂອງແຕ່ລະໂດເມນທີ່ຖືກຕິດຕາມມື້ລະເທື່ອ.
ການແຈ້ງເຕືອນໝົດອາຍຸລ່ວງໜ້າ 60, 30, 14, 7 ແລະ 1 ມື້.
ການແຈ້ງເຕືອນເມື່ອຜູ້ຮັບຈົດທະບຽນ, ເນມເຊີເວີ ຫຼື ສະຖານະທະບຽນປ່ຽນແປງ, ຫຼື ເມື່ອໂດເມນຫາຍໄປ.
ໂດເມນທີ່ລົງທະບຽນ ຫຼື ໂຮສຕ໌ກັບພວກເຮົາແມ່ນຖືກເພີ່ມໃຫ້ທ່ານແລ້ວ; ເພີ່ມໂດເມນອື່ນໆ ຕາມຊື່.

ການຕິດຕາມການໝົດອາຍຸຂອງໂດເມນ

ລາຍການຕິດຕາມໂດເມນທີ່ສະແດງວັນໝົດອາຍຸ, ຜູ້ຮັບຈົດທະບຽນ ແລະ ສະຖານະທະບຽນຂອງແຕ່ລະອັນ

ຢຸດຊົ່ວຄາວ, ຢຸດ ແລະ ເຮັດວຽກອັດຕະໂນມັດ

ການຕິດຕາມກວດກາຄວນປັບຕົວເຂົ້າກັບວຽກ, ບໍ່ແມ່ນໃນທາງກົງກັນຂ້າມ.

ການຕິດຕາມກວດກາຕ້ອງເໝາະສົມກັບວຽກຕົວຈິງ. ພັກການຕິດຕາມໄວ້ກ່ອນການຍ້າຍຂໍ້ມູນ ຫຼື ການບຳລຸງຮັກສາທີ່ໄດ້ກຳນົດໄວ້ ແລະ ສືບຕໍ່ເຮັດວຽກຫຼັງຈາກນັ້ນ; ການຕິດຕາມທີ່ຖືກພັກໄວ້ຈະບໍ່ຖືກກວດສອບ ແລະ ຈະບໍ່ສົ່ງຫຍັງເລີຍ, ແລະ ປະຫວັດຂອງມັນກໍຈະຖືກເກັບຮັກສາໄວ້. ທຸກຢ່າງໃນໜ້າຈໍ Uptime ແມ່ນສາມາດໃຊ້ງານໄດ້ຜ່ານ REST API ເຊັ່ນກັນ, ດັ່ງນັ້ນການຕິດຕາມຈຶ່ງສາມາດສ້າງ ແລະ ລຶບອອກໄດ້ໂດຍສະຄຣິບການຕິດຕັ້ງຂອງທ່ານເອງ. ແລະ ເນື່ອງຈາກການຢຸດເຮັດວຽກ ແລະ ການກູ້ຄືນແມ່ນເຫດການຂອງແພລັດຟອມ, ພວກມັນຈຶ່ງສາມາດເລີ່ມການເຮັດວຽກແບບອັດຕະໂນມັດໃນກະດານ Zinn® Boards ໄດ້ — ເຊັ່ນວ່າການເປີດກາດສຳລັບການຢຸດເຮັດວຽກ.

ຢຸດການຕິດຕາມຊົ່ວຄາວໃນລະຫວ່າງການເຮັດວຽກທີ່ວາງແຜນໄວ້ ແລະ ສືບຕໍ່ມັນພາຍຫຼັງ ໂດຍທີ່ປະຫວັດຂອງມັນຍັງຄົງຢູ່ຄືເກົ່າ.
ສ້າງ, ປ່ຽນຊື່, ຢຸດຊົ່ວຄາວ ແລະ ລຶບຈໍພາບຜ່ານ REST API.
ເຫດການຢຸດເຮັດວຽກ ແລະ ກູ້ຄືນແລ້ວ ສາມາດເລີ່ມການເຮັດວຽກແບບອັດຕະໂນມັດໃນກະດານ Zinn® Boards ໄດ້.

ໂຮສຕ໌ເວັບໄຊກັບພວກເຮົາເຊັ່ນກັນ

Zinn® Uptime ຢູ່ໃນບັນຊີດຽວກັນກັບ Zinn Digital® Hosting: ເຂົ້າສູ່ລະບົບຄັ້ງດຽວ, ໃບບິນດຽວ, ແລະ ເວັບໄຊທີ່ທ່ານໂຮສກັບພວກເຮົາຈະຢູ່ຄຽງຂ້າງກັບເວັບໄຊທີ່ທ່ານຕິດຕາມ. ໂຮສຕິ້ງມາພ້ອມກັບການຮັບປະກັນຄວາມພ້ອມໃຊ້ງານລາຍເດືອນ 99.9%, ເຊິ່ງຈະໄດ້ຮັບເຄຣດິດຄືນພຽງແຕ່ຄລິກດຽວຫາກພວກເຮົາເຮັດບໍ່ໄດ້ຕາມເປົ້າ.

ການຕິດຕາມກວດກາ ແລະ ການຕິດຕາມໂດເມນແມ່ນບໍ່ເສຍຄ່າໃນທຸກໆບັນຊີ Zinn Digital®, ບໍ່ວ່າຈະມີໂຮສຕິ້ງ ຫຼື ບໍ່ກໍຕາມ.

ເບິ່ງໂຮສຕິ້ງ Zinn Digital®