ພວກເຮົາແກ້ໄຂບັນຫາພາກປະຕິບັດໃນ Zabbix ໂດຍໃຊ້ JavaScript

Tikhon Uskov, ວິສະວະກອນທີມງານປະສົມປະສານ Zabbix

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

JavaScript ສໍາລັບ Zabbix

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

ໃນ Zabbix 4.4, ເປັນການສືບຕໍ່ຢ່າງມີເຫດຜົນຂອງການປຸງແຕ່ງເບື້ອງຕົ້ນໃນ JavaScript, ວິທີການແຈ້ງການໃຫມ່ໄດ້ປາກົດ - Webhook, ເຊິ່ງສາມາດນໍາໃຊ້ເພື່ອປະສົມປະສານການແຈ້ງເຕືອນ Zabbix ໄດ້ຢ່າງງ່າຍດາຍກັບແອັບພລິເຄຊັນຂອງພາກສ່ວນທີສາມ.

JavaScript ແລະ Duktapes

ເປັນຫຍັງ JavaScript ແລະ Duktape ຈຶ່ງຖືກເລືອກ? ທາງເລືອກຕ່າງໆສໍາລັບພາສາແລະເຄື່ອງຈັກໄດ້ຖືກພິຈາລະນາ:

• ລໍ່ - Lua 5.1
• Lua - LuaJIT
• Javascript - Duktape
• Javascript - JerryScript
• ຝັງ Python
• ຝັງ Perl

ເງື່ອນໄຂການຄັດເລືອກຕົ້ນຕໍແມ່ນຄວາມແຜ່ຫຼາຍ, ຄວາມງ່າຍຂອງການລວມເຄື່ອງຈັກເຂົ້າໄປໃນຜະລິດຕະພັນ, ການບໍລິໂພກຊັບພະຍາກອນຕ່ໍາແລະການປະຕິບັດໂດຍລວມຂອງເຄື່ອງຈັກ, ແລະຄວາມປອດໄພຂອງການນໍາລະຫັດໃນພາສານີ້ເຂົ້າໃນການຕິດຕາມ. ອີງໃສ່ການປະສົມປະສານຂອງຕົວຊີ້ວັດ, JavaScript ໄດ້ຊະນະໃນເຄື່ອງຈັກ Duktape.

ເງື່ອນໄຂການຄັດເລືອກແລະການທົດສອບການປະຕິບັດ

ຄຸນ​ນະ​ສົມ​ບັດ​ຂອງ Duktape​:

- ມາດ​ຕະ​ຖານ​ ECMAScript E5/E5.1
- ໂມດູນ Zabbix ສໍາລັບ Duktape:

• Zabbix.log() - ອະນຸຍາດໃຫ້ທ່ານຂຽນຂໍ້ຄວາມທີ່ມີລະດັບທີ່ແຕກຕ່າງກັນຂອງລາຍລະອຽດໂດຍກົງເຂົ້າໄປໃນບັນທຶກຂອງເຄື່ອງແມ່ຂ່າຍ Zabbix, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະແກ້ໄຂຂໍ້ຜິດພາດ, ຕົວຢ່າງ, ໃນ Webhook, ກັບສະຖານະຂອງເຄື່ອງແມ່ຂ່າຍ.
• CurlHttpRequest() - ອະນຸຍາດໃຫ້ທ່ານເຮັດການຮ້ອງຂໍ HTTP ກັບເຄືອຂ່າຍ, ເຊິ່ງການນໍາໃຊ້ Webhook ແມ່ນອີງໃສ່.
• atob() ແລະ btoa() - ອະນຸຍາດໃຫ້ທ່ານເຂົ້າລະຫັດ ແລະຖອດລະຫັດສະຕຣິງໃນຮູບແບບ Base64.

ໝາຍ ເຫດ. Duktape ປະຕິບັດຕາມມາດຕະຖານ ACME. Zabbix ໃຊ້ສະບັບ 2015 ຂອງສະຄຣິບ. ການປ່ຽນແປງຕໍ່ມາແມ່ນເລັກນ້ອຍ, ດັ່ງນັ້ນເຂົາເຈົ້າສາມາດຖືກລະເລີຍ..

JavaScript magic

ຄວາມມະຫັດສະຈັນຂອງ JavaScript ທັງໝົດແມ່ນຢູ່ໃນການພິມແບບໄດນາມິກ ແລະການສົ່ງສັນຍານປະເພດ: string, numeric, ແລະ boolean.

ນີ້ຫມາຍຄວາມວ່າມັນບໍ່ຈໍາເປັນທີ່ຈະປະກາດລ່ວງຫນ້າວ່າປະເພດຂອງຕົວແປຄວນສົ່ງຄືນຄ່າ.

ໃນການດໍາເນີນງານທາງຄະນິດສາດ, ຄ່າທີ່ສົ່ງຄືນໂດຍຕົວປະຕິບັດຫນ້າທີ່ຈະຖືກປ່ຽນເປັນຕົວເລກ. ການຍົກເວັ້ນການດໍາເນີນການດັ່ງກ່າວແມ່ນນອກຈາກນັ້ນ, ເນື່ອງຈາກວ່າຖ້າຫາກວ່າຢ່າງຫນ້ອຍຫນຶ່ງຂອງຂໍ້ກໍານົດເປັນສະຕຣິງ, ການແປງສະຕຣິງຖືກນໍາໃຊ້ກັບຂໍ້ກໍານົດທັງຫມົດ.

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

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

ຕົວຢ່າງ, ຖ້າສໍາລັບວັດຖຸ 'ວັດຖຸ' ວິທີການແມ່ນຖືກກໍານົດ ສະຕິງ,

`var obj = { toString() { return "200" }}` 

ວິທີການ ສະຕິງ ຕອບສະຕຣິງທີ່ແນ່ນອນ, ແລະເມື່ອເພີ່ມສະຕຣິງດ້ວຍຕົວເລກ, ພວກເຮົາໄດ້ຮັບສາຍທີ່ຕິດກາວ:

`obj + 1 // '2001'` 

`obj + 'a' // ‘200a'`

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

`var obj = { toString() { return 200 }}` 

`obj + 1 // '2001'`

ໃນ​ກໍ​ລະ​ນີ​ນີ້​, ຖ້າ​ຫາກ​ວ່າ​ພວກ​ເຮົາ​ປະ​ຕິ​ບັດ​ການ​ເພີ່ມ​ເຕີມ​ດ້ວຍ​ຊ່ອຍ​ແນ່​, ການ​ປ່ຽນ​ແປງ​ສະ​ຕ​ຣິງ​ແມ່ນ​ປະ​ຕິ​ບັດ​, ແລະ​ພວກ​ເຮົາ​ໄດ້​ຮັບ​ການ​ຕິດ​ສາຍ​ກາວ​.

`obj + 'a' // ‘200a'`

ນີ້ແມ່ນເຫດຜົນສໍາລັບຄວາມຜິດພາດຈໍານວນຫລາຍໂດຍຜູ້ໃຊ້ JavaScript ຈົວ.

ວິທີການ ສະຕິງ ທ່ານສາມາດຂຽນຟັງຊັນທີ່ຈະເພີ່ມມູນຄ່າປັດຈຸບັນຂອງວັດຖຸໂດຍ 1.

ການປະຕິບັດຂອງສະຄິບ, ສະຫນອງໃຫ້ວ່າຕົວແປແມ່ນເທົ່າກັບ 3, ແລະມັນຍັງເທົ່າກັບ 4.

ເມື່ອປຽບທຽບກັບສຽງໂຫວດທັງຫມົດ (==), ວິທີການຖືກປະຕິບັດໃນແຕ່ລະຄັ້ງ ສະຕິງ ດ້ວຍຟັງຊັນເພີ່ມມູນຄ່າ. ດັ່ງນັ້ນ, ດ້ວຍການປຽບທຽບແຕ່ລະຄັ້ງຕໍ່ມາ, ມູນຄ່າເພີ່ມຂຶ້ນ. ນີ້ສາມາດຫຼີກລ່ຽງໄດ້ໂດຍໃຊ້ການປຽບທຽບທີ່ບໍ່ແມ່ນສຽງໂຫວດທັງຫມົດ (===).

ການປຽບທຽບໂດຍບໍ່ມີການສົ່ງສັນຍານປະເພດ

ໝາຍ ເຫດ. ຢ່າໃຊ້ການປຽບທຽບ Cast ໂດຍບໍ່ຈໍາເປັນ.

ສໍາລັບສະຄິບທີ່ຊັບຊ້ອນ, ເຊັ່ນ Webhooks ທີ່ມີເຫດຜົນສະລັບສັບຊ້ອນ, ທີ່ຕ້ອງການການປຽບທຽບກັບປະເພດຂອງການພິມ, ແນະນໍາໃຫ້ຂຽນການກວດສອບລ່ວງຫນ້າສໍາລັບຄ່າທີ່ສົ່ງຄືນຕົວແປແລະຈັດການກັບຄວາມບໍ່ສອດຄ່ອງແລະຄວາມຜິດພາດ.

ສື່ Webhook

ໃນທ້າຍປີ 2019 ແລະຕົ້ນປີ 2020, ທີມງານການເຊື່ອມໂຍງ Zabbix ໄດ້ພັດທະນາຢ່າງຫ້າວຫັນໃນການພັດທະນາ Webhooks ແລະການເຊື່ອມໂຍງນອກກ່ອງທີ່ມາພ້ອມກັບການແຈກຢາຍ Zabbix.

• Discord
• Jira
• ໂຕະບໍລິການ Jira
• ທີ່ສຸດ
• ທີມງານຂອງ Microsoft
• Opsgenie
• ອື່ນໆ
• pagerduty
• ຍູ້​ແຮງ
• Redmine
• ServiceNow
• SINGL4
• slack
• ໂທລະເລກ
• Zammad
• Zendesk

ເຊື່ອມຕໍ່ກັບ ເອກະສານ

ການຜະລິດກ່ອນ

• ການມາເຖິງຂອງ preprocessing ໃນ JavaScript ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະປະຖິ້ມສະຄິບພາຍນອກສ່ວນໃຫຍ່, ແລະໃນປັດຈຸບັນຢູ່ໃນ Zabbix ທ່ານສາມາດໄດ້ຮັບມູນຄ່າໃດໆແລະປ່ຽນເປັນມູນຄ່າທີ່ແຕກຕ່າງກັນຫມົດ.
• Preprocessing ໃນ Zabbix ແມ່ນປະຕິບັດໂດຍລະຫັດ JavaScript, ເຊິ່ງ, ເມື່ອລວບລວມເຂົ້າໄປໃນ bytecode, ຈະຖືກປ່ຽນເປັນຟັງຊັນທີ່ເອົາຄ່າດຽວເປັນພາລາມິເຕີ. ມູນຄ່າ ເປັນສະຕຣິງ (ສະຕຣິງສາມາດມີທັງຕົວເລກ ແລະຕົວເລກ).
• ເນື່ອງຈາກຜົນໄດ້ຮັບແມ່ນຫນ້າທີ່, ໃນຕອນທ້າຍຂອງ script ແມ່ນຕ້ອງການ ການກັບຄືນມາ.
• ມັນເປັນໄປໄດ້ທີ່ຈະໃຊ້ macro custom ໃນລະຫັດ.
• ຊັບພະຍາກອນສາມາດຖືກຈໍາກັດບໍ່ພຽງແຕ່ໃນລະດັບລະບົບປະຕິບັດການ, ແຕ່ຍັງເປັນໂປຼແກຼມ. ຂັ້ນຕອນການປະມວນຜົນກ່ອນແມ່ນຈັດສັນໃຫ້ສູງສຸດ 10 megabytes ຂອງ RAM ແລະກໍານົດເວລາແລ່ນ 10 ວິນາທີ.

ໝາຍ ເຫດ. ຄ່າເວລາໝົດເວລາຂອງ 10 ວິນາທີແມ່ນຂ້ອນຂ້າງຫຼາຍ, ເພາະວ່າການເກັບກຳຂໍ້ມູນເປັນພັນໆລາຍການໃນ 1 ວິນາທີອີງຕາມສະຖານະການການປະມວນຜົນກ່ອນ "ໜັກ" ສາມາດຊ້າລົງ Zabbix. ດັ່ງນັ້ນ, ມັນບໍ່ໄດ້ຖືກແນະນໍາໃຫ້ໃຊ້ preprocessing ເພື່ອປະຕິບັດ script JavaScript ເຕັມຮູບແບບໂດຍຜ່ານອັນທີ່ເອີ້ນວ່າອົງປະກອບຂໍ້ມູນເງົາ (ລາຍການ dummy), ເຊິ່ງດໍາເນີນການພຽງແຕ່ດໍາເນີນການ preprocessing..

ທ່ານສາມາດກວດສອບລະຫັດຂອງທ່ານໂດຍຜ່ານການທົດສອບ preprocessing ຫຼືການນໍາໃຊ້ຜົນປະໂຫຍດ zabbix_js:

`zabbix_js -s *script-file -p *input-param* [-l log-level] [-t timeout]`

`zabbix_js -s script-file -i input-file [-l log-level] [-t timeout]`

`zabbix_js -h`

`zabbix_js -V`

ວຽກງານປະຕິບັດ

ຈຸດປະສົງ 1

ປ່ຽນແທນລາຍການທີ່ຄຳນວນແລ້ວດ້ວຍການປະມວນຜົນກ່ອນ.

ເງື່ອນໄຂ: ເອົາອຸນຫະພູມໃນ Fahrenheit ຈາກເຊັນເຊີທີ່ຈະເກັບຮັກສາໃນ Celsius.

ກ່ອນຫນ້ານີ້, ພວກເຮົາຈະສ້າງລາຍການທີ່ເກັບກໍາອຸນຫະພູມໃນອົງສາຟາເຣນຮາຍ. ຫຼັງຈາກນັ້ນ, ລາຍການຂໍ້ມູນອື່ນ (ຄິດໄລ່) ທີ່ຈະປ່ຽນ Fahrenheit ເປັນ Celsius ໂດຍໃຊ້ສູດ.

ບັນຫາ:

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

ການແກ້ໄຂຫນຶ່ງແມ່ນເພື່ອຍ້າຍອອກຈາກໄລຍະການກວດສອບທີ່ມີຄວາມຍືດຫຍຸ່ນໃນເງື່ອນໄຂຂອງໄລຍະຄົງທີ່ເພື່ອຮັບປະກັນວ່າລາຍການທີ່ຄິດໄລ່ໄດ້ຖືກປະເມີນຫຼັງຈາກລາຍການທີ່ໄດ້ຮັບຂໍ້ມູນ (ໃນກໍລະນີຂອງພວກເຮົາ, ອຸນຫະພູມໃນອົງສາຟາເຣນຮາຍ).

ແຕ່ຖ້າ, ຕົວຢ່າງ, ພວກເຮົາໃຊ້ແມ່ແບບເພື່ອກວດເບິ່ງອຸປະກອນຈໍານວນຫລາຍ, ແລະການກວດສອບແມ່ນປະຕິບັດຫນຶ່ງຄັ້ງໃນທຸກໆ 30 ວິນາທີ, Zabbix "hacks" ເປັນເວລາ 29 ວິນາທີ, ແລະໃນວິນາທີສຸດທ້າຍມັນຈະເລີ່ມການກວດສອບແລະການຄິດໄລ່. ນີ້ສ້າງຄິວແລະຜົນກະທົບຕໍ່ການປະຕິບັດ. ດັ່ງນັ້ນ, ແນະນໍາໃຫ້ໃຊ້ໄລຍະເວລາຄົງທີ່ພຽງແຕ່ຖ້າມັນເປັນສິ່ງຈໍາເປັນແທ້ໆ.

ໃນ​ບັນ​ຫາ​ນີ້, ການ​ແກ້​ໄຂ​ທີ່​ດີ​ທີ່​ສຸດ​ແມ່ນ​ການ preprocessing JavaScript ຫນຶ່ງ​ແຖວ​ທີ່​ປ່ຽນ​ອົງ​ສາ Fahrenheit ເປັນ​ອົງ​ສາ Celsius​:

`return (value - 32) * 5 / 9;`

ມັນໄວແລະງ່າຍດາຍ, ທ່ານບໍ່ຈໍາເປັນຕ້ອງສ້າງລາຍການຂໍ້ມູນທີ່ບໍ່ຈໍາເປັນແລະຮັກສາປະຫວັດກ່ຽວກັບພວກມັນ, ແລະທ່ານຍັງສາມາດໃຊ້ໄລຍະເວລາທີ່ມີຄວາມຍືດຫຍຸ່ນໃນການກວດສອບ.

`return (parseInt(value) + parseInt("{$EXAMPLE.MACRO}"));`

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

`return (value + "{$EXAMPLE.MACRO}");`

ເພື່ອໃຫ້ໄດ້ຜົນຂອງການປະຕິບັດທາງຄະນິດສາດ, ມັນຈໍາເປັນຕ້ອງປ່ຽນປະເພດຂອງຄ່າທີ່ໄດ້ຮັບເປັນຮູບແບບຕົວເລກ. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານສາມາດນໍາໃຊ້ຫນ້າທີ່ parseInt(), ເຊິ່ງຜະລິດຈໍານວນເຕັມ, ຫນ້າທີ່ parseFloat(), ເຊິ່ງຜະລິດທົດສະນິຍົມ, ຫຼືຟັງຊັນ ຈໍານວນ, ເຊິ່ງໃຫ້ຜົນເປັນຈໍານວນເຕັມຫຼືເລກທົດສະນິຍົມ.

ວຽກງານ 2

ໄດ້ຮັບເວລາເປັນວິນາທີຈົນກ່ວາໃນຕອນທ້າຍຂອງໃບຢັ້ງຢືນ.

ເງື່ອນໄຂ: ບໍລິການອອກວັນໝົດອາຍຸໃບຮັບຮອງໃນຮູບແບບ "Feb 12 12:33:56 2022 GMT".

ໃນ ECMAScript5 date.parse() ຍອມຮັບວັນທີໃນຮູບແບບ ISO 8601 (YYYY-MM-DDTHH:mm:ss.sssZ). ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະສົ່ງສະຕຣິງໄປຫາມັນໃນຮູບແບບ MMM DD YYYY HH:mm:ss ZZ

ບັນຫາ: ຄ່າເດືອນສະແດງອອກເປັນຂໍ້ຄວາມ, ບໍ່ແມ່ນຕົວເລກ. ຂໍ້ມູນໃນຮູບແບບນີ້ບໍ່ຖືກຍອມຮັບໂດຍ Duktape.

ຕົວຢ່າງການແກ້ໄຂ:

• ກ່ອນອື່ນ ໝົດ, ຕົວແປຖືກປະກາດວ່າໃຊ້ຄ່າ (ສະຄຣິບທັງ ໝົດ ແມ່ນການປະກາດຕົວແປທີ່ແບ່ງອອກດ້ວຍເຄື່ອງໝາຍຈຸດ).

• ໃນແຖວທໍາອິດພວກເຮົາໄດ້ຮັບວັນທີໃນພາລາມິເຕີ ມູນຄ່າ ແລະແຍກມັນດ້ວຍຊ່ອງຫວ່າງໂດຍໃຊ້ວິທີການ ແບ່ງປັນ. ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ຮັບ array, ເຊິ່ງແຕ່ລະອົງປະກອບຂອງ array, ເລີ່ມຕົ້ນທີ່ດັດຊະນີ 0, ກົງກັບອົງປະກອບວັນທີຫນຶ່ງກ່ອນແລະຫຼັງຈາກຊ່ອງຫວ່າງ. ແບ່ງ(0) - ເດືອນ​, ແບ່ງ(1) - ຈໍາ​ນວນ​, ແບ່ງ(2) - ສະຕິງກັບເວລາ, ແລະອື່ນໆ. ຫຼັງຈາກນັ້ນ, ແຕ່ລະອົງປະກອບຂອງວັນທີສາມາດເຂົ້າເຖິງໄດ້ໂດຍດັດສະນີໃນ array.

`var split = value.split(' '),`

• ແຕ່ລະເດືອນ (ຕາມລໍາດັບ) ກົງກັບດັດຊະນີຂອງຕໍາແຫນ່ງຂອງມັນຢູ່ໃນອາເລ (ຈາກ 0 ຫາ 11). ເພື່ອປ່ຽນຄ່າຂໍ້ຄວາມເປັນຄ່າຕົວເລກ, ຫນຶ່ງຈະຖືກເພີ່ມໃສ່ດັດຊະນີເດືອນ (ເພາະວ່າເດືອນແມ່ນຕົວເລກເລີ່ມຕົ້ນທີ່ 1). ໃນ​ກໍ​ລະ​ນີ​ນີ້​, ການ​ສະ​ແດງ​ອອກ​ທີ່​ມີ​ການ​ເພີ່ມ​ຂອງ​ຫນຶ່ງ​ແມ່ນ​ໄດ້​ຮັບ​ໃນ​ວົງ​ເລັບ​, ເພາະ​ວ່າ​ບໍ່​ດັ່ງ​ນັ້ນ​ສາຍ​ພັນ​ຈະ​ໄດ້​ຮັບ​, ບໍ່​ແມ່ນ​ຕົວ​ເລກ​. ໃນທີ່ສຸດພວກເຮົາເຮັດ ປ່ຽງ() - ຕັດ array ອອກຈາກທ້າຍເພື່ອໃຫ້ມີພຽງແຕ່ສອງຕົວອັກສອນ (ທີ່ສໍາຄັນສໍາລັບເດືອນທີ່ມີຕົວເລກສອງຕົວເລກ).

`MONTHS_LIST = ['Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'],`

`month_index = ('0' + (MONTHS_LIST.indexOf(split[0]) + 1)).slice(-2),`

• ພວກເຮົາປະກອບເປັນ string ໃນຮູບແບບ ISO ຈາກຄ່າທີ່ໄດ້ຮັບໂດຍການເພີ່ມປົກກະຕິຂອງ strings ໃນຄໍາສັ່ງທີ່ເຫມາະສົມ.

`ISOdate = split[3] + '-' + month_index + '-' + split[1] + 'T' + split[2],`

ຂໍ້ມູນໃນຮູບແບບຜົນໄດ້ຮັບແມ່ນຈໍານວນວິນາທີຈາກ 1970 ເຖິງບາງຈຸດໃນອະນາຄົດ. ມັນເກືອບເປັນໄປບໍ່ໄດ້ທີ່ຈະໃຊ້ຂໍ້ມູນໃນຮູບແບບທີ່ໄດ້ຮັບໃນ triggers, ເພາະວ່າ Zabbix ຊ່ວຍໃຫ້ທ່ານສາມາດດໍາເນີນການກັບ macro ເທົ່ານັ້ນ. {ວັນທີ} и {ເວລາ}, ເຊິ່ງສົ່ງຄືນວັນທີແລະເວລາໃນຮູບແບບທີ່ເປັນມິດກັບຜູ້ໃຊ້.

• ຫຼັງຈາກນັ້ນ, ພວກເຮົາສາມາດໄດ້ຮັບວັນທີປະຈຸບັນໃນ JavaScript ໃນຮູບແບບ Unix Timestamp ແລະລົບມັນອອກຈາກວັນຫມົດອາຍຸຂອງໃບຢັ້ງຢືນຜົນໄດ້ຮັບເພື່ອໃຫ້ໄດ້ຈໍານວນ milliseconds ຈາກນີ້ຈົນກ່ວາໃບຢັ້ງຢືນຫມົດອາຍຸ.

`now = Date.now();`

• ພວກເຮົາແບ່ງຄ່າທີ່ໄດ້ຮັບໂດຍພັນເພື່ອໃຫ້ໄດ້ວິນາທີໃນ Zabbix.

`return parseInt((Date.parse(ISOdate) - now) / 1000);`

ໃນ trigger, ທ່ານສາມາດກໍານົດການສະແດງອອກ 'ສຸດທ້າຍ' ຕາມດ້ວຍຊຸດຕົວເລກທີ່ກົງກັບຈໍານວນວິນາທີໃນໄລຍະເວລາທີ່ທ່ານຕ້ອງການຕອບສະຫນອງ, ຕົວຢ່າງ, ໃນອາທິດ. ດັ່ງນັ້ນ, ຜົນກະທົບຕໍ່ຈະແຈ້ງໃຫ້ຊາບວ່າໃບຢັ້ງຢືນຫມົດອາຍຸໃນຫນຶ່ງອາທິດ.

ໝາຍ ເຫດ. ຈ່າຍເອົາໃຈໃສ່ກັບການນໍາໃຊ້ parseInt() ໃນຫນ້າທີ່ ການກັບຄືນມາເພື່ອແປງຕົວເລກເສດສ່ວນທີ່ເປັນຜົນມາຈາກການແບ່ງ milliseconds ເປັນຈໍານວນເຕັມ. ນອກນັ້ນທ່ານຍັງສາມາດນໍາໃຊ້ parseFloat() ແລະເກັບຂໍ້ມູນເສດສ່ວນ.

ສັງເກດເບິ່ງບົດລາຍງານ

ແຫຼ່ງຂໍ້ມູນ: www.habr.com