ເລື່ອງຂອງໂຄງການຫນຶ່ງຫຼືວິທີທີ່ຂ້ອຍໃຊ້ເວລາ 7 ປີສ້າງ PBX ໂດຍອີງໃສ່ Asterisk ແລະ Php

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

ແນວຄວາມຄິດແລະຄວາມຕ້ອງການທີ່ສໍາຄັນ

ແລະມັນທັງຫມົດໄດ້ເລີ່ມຕົ້ນພຽງແຕ່ດ້ວຍຄວາມຮັກສໍາລັບ Asterisk (ກອບສໍາລັບການກໍ່ສ້າງຄໍາຮ້ອງສະຫມັກການສື່ສານ), ອັດຕະໂນມັດຂອງໂທລະສັບແລະການຕິດຕັ້ງ freepbx (ສ່ວນຕິດຕໍ່ເວັບສໍາລັບ Asterisk). ຖ້າຄວາມຕ້ອງການຂອງບໍລິສັດບໍ່ມີສະເພາະ ແລະຕົກຢູ່ໃນຄວາມສາມາດ freepbx - ທຸກສິ່ງທຸກຢ່າງແມ່ນຍິ່ງໃຫຍ່. ການຕິດຕັ້ງທັງຫມົດໄດ້ຈັດຂຶ້ນພາຍໃນ 24 ຊົ່ວໂມງ, ບໍລິສັດໄດ້ຮັບການຕັ້ງຄ່າ PBX, ການໂຕ້ຕອບຜູ້ເປັນມິດແລະການຝຶກອົບຮົມສັ້ນບວກກັບການສະຫນັບສະຫນູນຖ້າຕ້ອງການ.

ແຕ່ໜ້າວຽກທີ່ໜ້າສົນໃຈທີ່ສຸດແມ່ນບໍ່ໄດ້ມາດຕະຖານ ແລະຈາກນັ້ນກໍ່ບໍ່ເປັນທີ່ໜ້າສົນໃຈຫຼາຍ. Asterisk ສາມາດເຮັດໄດ້ຫຼາຍ, ແຕ່ເພື່ອຮັກສາການໂຕ້ຕອບຂອງເວັບໄຊຕ໌ໃນຄໍາສັ່ງເຮັດວຽກ, ມັນຈໍາເປັນຕ້ອງໃຊ້ເວລາຫຼາຍເທື່ອ. ດັ່ງນັ້ນລາຍລະອຽດນ້ອຍໆອາດຈະໃຊ້ເວລາດົນກວ່າການຕິດຕັ້ງ PBX ສ່ວນທີ່ເຫຼືອ. ແລະຈຸດບໍ່ແມ່ນວ່າມັນໃຊ້ເວລາດົນໃນການຂຽນເວັບໂຕ້ຕອບ, ແຕ່ຈຸດນັ້ນແມ່ນຢູ່ໃນລັກສະນະສະຖາປັດຕະຍະກໍາ. freepbx. ວິທີການສະຖາປັດຕະຍະກໍາແລະວິທີການ freepbx ໄດ້ຖືກວາງໄວ້ໃນເວລາຂອງ php4, ແລະໃນເວລານີ້ມີ php5.6 ແລ້ວ, ເຊິ່ງທຸກສິ່ງທຸກຢ່າງສາມາດເຮັດໃຫ້ງ່າຍດາຍແລະສະດວກກວ່າ.

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

ຂໍ້​ກໍາ​ນົດ​ທີ່​ສໍາ​ຄັນ​ແມ່ນ​:

• ການ​ຕັ້ງ​ຄ່າ​ງ່າຍ​ດາຍ​, ເຂົ້າ​ເຖິງ intuitively ເຖິງ​ແມ່ນ​ວ່າ​ຜູ້​ບໍ​ລິ​ຫານ​ຈົວ​. ດັ່ງນັ້ນ, ບໍລິສັດບໍ່ຮຽກຮ້ອງໃຫ້ມີການບໍາລຸງຮັກສາ PBX ຢູ່ຂ້າງພວກເຮົາ,
• ການ​ດັດ​ແກ້​ງ່າຍ​ເພື່ອ​ໃຫ້​ວຽກ​ງານ​ໄດ້​ຮັບ​ການ​ແກ້​ໄຂ​ໃນ​ເວ​ລາ​ທີ່​ພຽງ​ພໍ​,
• ຄວາມງ່າຍຂອງການເຊື່ອມໂຍງກັບ PBX. U freepbx ບໍ່ມີ API ສໍາລັບການປ່ຽນແປງການຕັ້ງຄ່າ, i.e. ສໍາລັບຕົວຢ່າງ, ທ່ານບໍ່ສາມາດສ້າງກຸ່ມຫຼືເມນູສຽງຈາກແອັບພລິເຄຊັນຂອງພາກສ່ວນທີສາມ, ພຽງແຕ່ API ເທົ່ານັ້ນ Asterisk,
• opensource - ສໍາລັບນັກຂຽນໂປລແກລມນີ້ເປັນສິ່ງສໍາຄັນທີ່ສຸດສໍາລັບການດັດແກ້ສໍາລັບລູກຄ້າ.

ແນວຄວາມຄິດຂອງການພັດທະນາໄວຂຶ້ນແມ່ນເພື່ອໃຫ້ມີຫນ້າທີ່ທັງຫມົດປະກອບດ້ວຍໂມດູນໃນຮູບແບບຂອງວັດຖຸ. ວັດຖຸທັງໝົດຕ້ອງມີຫ້ອງຮຽນພໍ່ແມ່ທົ່ວໄປ, ຊຶ່ງຫມາຍຄວາມວ່າຊື່ຂອງຫນ້າທີ່ຕົ້ນຕໍທັງຫມົດແມ່ນເປັນທີ່ຮູ້ຈັກແລ້ວແລະດັ່ງນັ້ນຈຶ່ງມີການປະຕິບັດໃນຕອນຕົ້ນ. Objects ຈະຊ່ວຍໃຫ້ທ່ານສາມາດຫຼຸດຜ່ອນການໂຕ້ຖຽງກັນຢ່າງຫຼວງຫຼາຍໃນຮູບແບບຂອງ associative arrays ດ້ວຍ string keys, ເຊິ່ງທ່ານສາມາດຊອກຫາໄດ້ໃນ. freepbx ມັນເປັນໄປໄດ້ໂດຍການກວດສອບການທໍາງານທັງຫມົດແລະຫນ້າທີ່ຮັງ. ໃນກໍລະນີຂອງວັດຖຸ, banal autocompletion ຈະສະແດງໃຫ້ເຫັນຄຸນສົມບັດທັງຫມົດ, ແລະໂດຍທົ່ວໄປຈະເຮັດໃຫ້ຊີວິດງ່າຍດາຍຫຼາຍຄັ້ງ. ນອກຈາກນັ້ນ, ການສືບທອດແລະການນິຍາມໃຫມ່ແກ້ໄຂບັນຫາຫຼາຍຢ່າງກັບການດັດແກ້.

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

ສະບັບທໍາອິດແລະຄວາມຜິດພາດຄັ້ງທໍາອິດ

ຕົ້ນແບບທໍາອິດແມ່ນກຽມພ້ອມພາຍໃນຫນຶ່ງປີ. PBX ທັງຫມົດ, ຕາມການວາງແຜນ, ແມ່ນແບບໂມດູນ, ແລະໂມດູນບໍ່ພຽງແຕ່ສາມາດເພີ່ມຫນ້າທີ່ໃຫມ່ສໍາລັບການປະມວນຜົນການໂທ, ແຕ່ຍັງປ່ຽນຕົວໂຕ້ຕອບເວັບ.

ແມ່ນແລ້ວ, ຄວາມຄິດຂອງການສ້າງ dialplan ໃນຮູບແບບຂອງໂຄງການດັ່ງກ່າວບໍ່ແມ່ນຂອງຂ້ອຍ, ແຕ່ມັນສະດວກຫຼາຍແລະຂ້ອຍກໍ່ເຮັດເຊັ່ນດຽວກັນ. Asterisk.

ໂດຍການຂຽນໂມດູນ, ນັກຂຽນໂປລແກລມສາມາດ:

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

ຕົວຢ່າງ, ນີ້ແມ່ນວິທີທີ່ທ່ານສາມາດສ້າງເມນູສຽງຂອງທ່ານເອງ:

......
class CPBX_MYIVR extends CPBX_IVR
{
 function __construct()
 {
 parent::__construct();
 $this->_module = "myivr";
 }
}
.....
$myIvrModule = new CPBX_MYIVR();
CPBXEngine::getInstance()->registerModule($myIvrModule,__DIR__); //Зарегистрировать новый модуль
CPBXEngine::getInstance()->registerModuleExtension($myIvrModule,'ivr',__DIR__); //Подменить существующий модуль

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

API ສໍາລັບການປ່ຽນແປງການຕັ້ງຄ່າ PBX ແມ່ນຄວາມຜິດຫວັງ - ຜົນໄດ້ຮັບບໍ່ແມ່ນສິ່ງທີ່ພວກເຮົາຕ້ອງການ. ຂ້າພະເຈົ້າໄດ້ເອົາຫຼັກການດຽວກັນກັບໃນ freepbx, ໂດຍການຄລິກໃສ່ປຸ່ມສະຫມັກ, ການຕັ້ງຄ່າທັງຫມົດແມ່ນ recreated ແລະໂມດູນແມ່ນ restarted.

ມັນເບິ່ງຄືວ່ານີ້:

*Dialplan ແມ່ນກົດລະບຽບ (ສູດການຄິດໄລ່) ເຊິ່ງການໂທຖືກປະມວນຜົນ.

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

ໃນ​ສະ​ບັບ​ນີ້​, ໃນ​ Askozia, ມັນເປັນໄປໄດ້ທີ່ຈະສ້າງການຕັ້ງຄ່າຂອງໂມດູນທີ່ມີການປ່ຽນແປງພຽງແຕ່ແລະ restart ພຽງແຕ່ໂມດູນທີ່ຈໍາເປັນ, ແຕ່ເຫຼົ່ານີ້ແມ່ນມາດຕະການເຄິ່ງຫນຶ່ງ. ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະປ່ຽນວິທີການ.

ສະບັບທີສອງ. ດັງດຶງອອກຫາງຕິດຢູ່

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

ໃນທີ່ສຸດ, ບໍ່ຈໍາເປັນຕ້ອງ restart Asterisk ໃນ​ເວ​ລາ​ທີ່​ການ​ປ່ຽນ​ແປງ​ການ​ຕັ້ງ​ຄ່າ​ແລະ​ການ​ຕັ້ງ​ຄ່າ​ທັງ​ຫມົດ​ໄດ້​ເລີ່ມ​ຕົ້ນ​ທີ່​ຈະ​ນໍາ​ໃຊ້​ໃນ​ທັນ​ທີ​ Asterisk.

ການ​ປ່ຽນ​ແປງ​ພຽງ​ແຕ່​ໃນ​ການ​ກົດ​ຫມາຍ​ວ່າ​ດ້ວຍ​ການ​ເພີ່ມ​ຕົວ​ເລກ​ການ​ຂະ​ຫຍາຍ​ແລະ​ ຄໍາແນະນໍາ. ແຕ່ເຫຼົ່ານີ້ແມ່ນການປ່ຽນແປງຈຸດນ້ອຍໆ

exten=>101,1,GoSub(‘sub-callusers’,s,1(1)); - точечное изменение, добавляется/изменяется через ami

; sub-callusers – универсальная функция генерится при установке модуля.
[sub-callusers]
exten =>s,1,Noop()
exten =>s,n,Set(LOCAL(TOUSERID)=${ARG1})
exten =>s,n,ClearHash(TOUSERPARAM)
exten =>s,n,Set(HASH(TOUSERPARAM)=${REALTIME_HASH(rl_users,id,${LOCAL(TOUSERID)})})
exten =>s,n,GotoIf($["${HASH(TOUSERPARAM,id)}"=""]?return)
...

ທ່ານ​ສາ​ມາດ​ໄດ້​ຢ່າງ​ງ່າຍ​ດາຍ​ເພີ່ມ​ຫຼື​ປ່ຽນ​ສາຍ​ໃນ​ການ​ແປ​ນ​ດ່ວນ​ໂດຍ​ການ​ນໍາ​ໃຊ້​ Ami (ການໂຕ້ຕອບການຄວບຄຸມ Asterisk) ແລະ​ບໍ່​ຈໍາ​ເປັນ​ຕ້ອງ reboot dialplan ທັງ​ຫມົດ​.

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

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

ຄວາມຜິດຫວັງແມ່ນວ່າການພັດທະນາໄດ້ກາຍເປັນຄວາມສັບສົນຫຼາຍ. ນັບຕັ້ງແຕ່ສະບັບທໍາອິດ, ພາສາ PHP ໄດ້ສ້າງ dialplan ເປັນພາສາ Asterisk ແລະມັນເບິ່ງຄືວ່າບໍ່ສາມາດອ່ານໄດ້ຢ່າງສົມບູນ, ບວກກັບພາສາຂອງມັນເອງ Asterisk ສໍາລັບການຂຽນ dialplan ມັນເປັນ primitive ທີ່ສຸດ.

ມັນເບິ່ງຄືວ່າ:

$usersInitSection = $dialplan->createExtSection('usersinit-sub','s');
$usersInitSection
 ->add('',new Dialplanext_gotoif('$["${G_USERINIT}"="1"]','exit'))
 ->add('',new Dialplanext_set('G_USERINIT','1'))
 ->add('',new Dialplanext_gosub('1','s','sub-AddOnAnswerSub','usersconnected-sub'))
 ->add('',new Dialplanext_gosub('1','s','sub-AddOnPredoDialSub','usersinitondial-sub'))
 ->add('',new Dialplanext_set('LOCAL(TECH)','${CUT(CHANNEL(name),/,1)}'))
 ->add('',new Dialplanext_gotoif('$["${LOCAL(TECH)}"="SIP"]','sipdev'))
 ->add('',new Dialplanext_gotoif('$["${LOCAL(TECH)}"="PJSIP"]','pjsipdev'))

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

ສະບັບທີສາມ

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

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

ການເລີ່ມຕົ້ນຄວນຈະເກີດຂຶ້ນພຽງແຕ່ຄັ້ງດຽວແລະດັ່ງນັ້ນການຄົ້ນຫາສໍາລັບການແກ້ໄຂໄດ້ເລີ່ມຕົ້ນດ້ວຍການຂຽນບໍລິການໃນ php ໂດຍໃຊ້ Pthreads. ຫຼັງຈາກຫນຶ່ງອາທິດຂອງການທົດລອງ, ທາງເລືອກນີ້ໄດ້ຖືກ shelved ເນື່ອງຈາກ intricacies ຂອງວິທີການຂະຫຍາຍນີ້ເຮັດວຽກ. ຫຼັງຈາກການທົດສອບຫນຶ່ງເດືອນ, ຂ້ອຍຍັງຕ້ອງປະຖິ້ມການຂຽນໂປລແກລມ asynchronous ໃນ PHP; ຂ້ອຍຕ້ອງການບາງສິ່ງບາງຢ່າງທີ່ງ່າຍດາຍ, ຄຸ້ນເຄີຍກັບຜູ້ເລີ່ມຕົ້ນ PHP, ແລະສ່ວນຂະຫຍາຍຫຼາຍສໍາລັບ PHP ແມ່ນ synchronous.

ການ​ແກ້​ໄຂ​ແມ່ນ​ການ​ບໍ​ລິ​ການ​ຫຼາຍ​ກະ​ທູ້​ຂອງ​ພວກ​ເຮົາ​ເອງ​ໃນ C​, ເຊິ່ງ​ໄດ້​ຖືກ​ສັງ​ລວມ​ກັບ​ PHPLIB. ມັນໂຫຼດໄຟລ໌ ATS php ທັງໝົດ, ລໍຖ້າທຸກໂມດູນເລີ່ມຕົ້ນ, ເພີ່ມການໂທກັບກັນ, ແລະເມື່ອທຸກຢ່າງພ້ອມແລ້ວ, ແຄດມັນໄວ້. ເມື່ອສອບຖາມໂດຍ FastAGI stream ໄດ້ຖືກສ້າງຂື້ນ, ສໍາເນົາຈາກ cache ຂອງທຸກຊັ້ນຮຽນແລະຂໍ້ມູນຖືກຜະລິດຄືນໃຫມ່ໃນມັນ, ແລະການຮ້ອງຂໍຖືກສົ່ງກັບຫນ້າທີ່ php.

ດ້ວຍການແກ້ໄຂນີ້, ເວລາຈາກການສົ່ງໂທຫາການບໍລິການຂອງພວກເຮົາໄປຫາຄໍາສັ່ງທໍາອິດ Asterisk ຫຼຸດລົງຈາກ 1,5s ຫາ 0,05s ແລະເວລານີ້ແມ່ນຂຶ້ນກັບຂະຫນາດຂອງໂຄງການເລັກນ້ອຍ.

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

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

ນອກຈາກນັ້ນ, ມັນເປັນໄປໄດ້ທີ່ຈະ debug dialplan (php ມີ xdebug ແລະມັນເຮັດວຽກສໍາລັບການບໍລິການຂອງພວກເຮົາ), ທ່ານສາມາດຍ້າຍຂັ້ນຕອນໂດຍຂັ້ນຕອນໂດຍການເບິ່ງຄ່າຂອງຕົວແປ.

ຂໍ້ມູນການໂທ

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

ຄວາມຕ້ອງການເບື້ອງຕົ້ນແມ່ນ:

• ຊ່ວຍປະຢັດບໍ່ພຽງແຕ່ຜູ້ທີ່ PBX ເອີ້ນວ່າ, ແຕ່ຍັງຜູ້ທີ່ຕອບ, ເພາະວ່າ ມີການຂັດຂວາງແລະນີ້ຈະຕ້ອງໄດ້ຮັບການພິຈາລະນາໃນເວລາທີ່ການວິເຄາະການໂທ,
• ເວລາກ່ອນທີ່ຈະເຊື່ອມຕໍ່ກັບພະນັກງານ. ໃນ freepbx ແລະບາງ PBXs ອື່ນໆ, ການໂທຖືກພິຈາລະນາຕອບທັນທີທີ່ PBX ເອົາໂທລະສັບ. ແຕ່ສໍາລັບເມນູສຽງ, ທ່ານຈໍາເປັນຕ້ອງເອົາໂທລະສັບ, ດັ່ງນັ້ນການໂທທັງຫມົດໄດ້ຮັບການຕອບແລະເວລາລໍຖ້າສໍາລັບຄໍາຕອບຈະກາຍເປັນ 0-1 ວິນາທີ. ດັ່ງນັ້ນ, ມັນໄດ້ຖືກຕັດສິນໃຈທີ່ຈະຊ່ວຍປະຢັດບໍ່ພຽງແຕ່ເວລາກ່ອນທີ່ຈະຕອບສະຫນອງ, ແຕ່ເວລາກ່ອນທີ່ຈະເຊື່ອມຕໍ່ກັບໂມດູນທີ່ສໍາຄັນ (ໂມດູນຕົວມັນເອງກໍານົດທຸງນີ້. ໃນປັດຈຸບັນມັນແມ່ນ "ພະນັກງານ", "ສາຍພາຍນອກ"),
• ສໍາລັບ dialplan ສະລັບສັບຊ້ອນຫຼາຍ, ໃນເວລາທີ່ການໂທເດີນທາງລະຫວ່າງກຸ່ມທີ່ແຕກຕ່າງກັນ, ມັນຈໍາເປັນຕ້ອງສາມາດກວດກາແຕ່ລະອົງປະກອບແຍກຕ່າງຫາກ.

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

ມັນເບິ່ງຄືວ່ານີ້:

ຫນ້າທໍາອິດ, ຂໍ້ມູນທົ່ວໄປກ່ຽວກັບການໂທຫາ (ຄືກັນກັບຄົນອື່ນ - ບໍ່ມີຫຍັງພິເສດ).

1. ໄດ້​ຮັບ​ການ​ໂທ​ຫາ​ສາຍ​ພາຍ​ນອກ "ສໍາລັບການທົດສອບ"ເວລາ 05: 55: 52 ຈາກເລກ 89295671458 ຫາເລກ 89999999999, ໃນທີ່ສຸດມັນໄດ້ຖືກຕອບໂດຍພະນັກງານ"ເລຂາທິການ2» ດ້ວຍຕົວເລກ 104. ລູກຄ້າລໍຖ້າ 60 ວິນາທີ ແລະເວົ້າເປັນເວລາ 36 ວິນາທີ.
2. ລູກ​ຈ້າງ "ເລຂາທິການ2"ໂທຫາ 112 ແລະພະນັກງານຕອບ"ຜູ້ຈັດການ1» ຫຼັງຈາກ 8 ວິນາທີ. ພວກເຂົາສົນທະນາເປັນເວລາ 14 ວິນາທີ.
3. ລູກຄ້າຖືກໂອນໄປຫາພະນັກງານ "ຜູ້​ຈັດ​ການ 1"ບ່ອນທີ່ພວກເຂົາສືບຕໍ່ເວົ້າອີກ 13 ວິນາທີ

ແຕ່ນີ້ແມ່ນປາຍຂອງພູເຂົາກ້ອນ; ສໍາລັບແຕ່ລະບັນທຶກທ່ານສາມາດໄດ້ຮັບປະຫວັດການໂທລາຍລະອຽດຜ່ານ PBX.

ຂໍ້​ມູນ​ທັງ​ຫມົດ​ແມ່ນ​ໄດ້​ນໍາ​ສະ​ເຫນີ​ເປັນ​ຮັງ​ຂອງ​ການ​ໂທ​:

1. ໄດ້​ຮັບ​ການ​ໂທ​ຫາ​ສາຍ​ພາຍ​ນອກ "ສໍາລັບການທົດສອບ» ເວລາ 05:55:52 ຈາກເບີ 89295671458 ມາເປັນເບີ 89999999999.
2. ເວລາ 05:55:53 ສາຍນອກສົ່ງໂທເຂົ້າວົງຈອນ ".ການທົດສອບ»
3. ໃນ​ເວ​ລາ​ທີ່​ປະ​ຕິ​ບັດ​ການ​ໂທ​ຕາມ​ໂຄງ​ການ​, ໂມ​ດູນ "ຜູ້ຈັດການໂທຫາ", ເຊິ່ງການໂທແມ່ນ 16 ວິນາທີ. ນີ້ແມ່ນໂມດູນທີ່ພັດທະນາສໍາລັບລູກຄ້າ.
4. ໂມດູນຜູ້ຈັດການໂທຫາ"ສົ່ງໂທຫາພະນັກງານທີ່ຮັບຜິດຊອບສໍາລັບຈໍານວນ (ລູກຄ້າ)"ຜູ້ຈັດການ1” ແລະລໍຖ້າ 5 ວິນາທີສໍາລັບການຕອບສະຫນອງ. ຜູ້ຈັດການບໍ່ໄດ້ຕອບ.
5. ໂມດູນຜູ້ຈັດການໂທຫາ"ໂທຫາກຸ່ມ"ຜູ້ຈັດການ CORP" ເຫຼົ່ານີ້ແມ່ນຜູ້ຈັດການອື່ນໆທີ່ມີທິດທາງດຽວກັນ (ນັ່ງຢູ່ໃນຫ້ອງດຽວກັນ) ແລະລໍຖ້າ 11 ວິນາທີສໍາລັບການຕອບສະຫນອງ.
6. ກຸ່ມ "ຜູ້ຈັດການ CORP"ໂທຫາພະນັກງານ"ຜູ້ຈັດການ1, ຜູ້ຈັດການ2, ຜູ້ຈັດການ3"ພ້ອມໆກັນເປັນເວລາ 11 ວິນາທີ. ບໍ່​ມີ​ຄໍາ​ຕອບ.
7. ການໂທຂອງຜູ້ຈັດການສິ້ນສຸດລົງ. ແລະວົງຈອນສົ່ງໂທໄປຫາໂມດູນ "ການເລືອກເສັ້ນທາງຈາກ 1 ຄ" ຍັງເປັນໂມດູນທີ່ຂຽນສໍາລັບລູກຄ້າ. ທີ່ນີ້ການໂທໄດ້ຖືກດໍາເນີນເປັນເວລາ 0 ວິນາທີ.
8. ວົງຈອນສົ່ງໂທໄປຫາເມນູສຽງ "ພື້ນຖານດ້ວຍການໂທຫາເພີ່ມເຕີມ" ລູກຄ້າລໍຖ້າຢູ່ທີ່ນັ້ນເປັນເວລາ 31 ວິນາທີ, ບໍ່ມີການໂທເພີ່ມເຕີມ.
9. ໂຄງ​ການ​ດັ່ງ​ກ່າວ​ສົ່ງ​ໂທ​ຫາ​ກຸ່ມ ".ເລຂານຸການ", ບ່ອນທີ່ລູກຄ້າລໍຖ້າ 12 ວິນາທີ.
10. ໃນກຸ່ມໜຶ່ງ, ພະນັກງານ 2 ຄົນຖືກເອີ້ນໃນເວລາດຽວກັນ "ເລຂາທິການ1"ແລະ"ເລຂາທິການ2"ແລະຫຼັງຈາກ 12 ວິນາທີພະນັກງານຕອບ"ເລຂາທິການ2" ຄໍາຕອບຂອງການໂທແມ່ນຊ້ໍາກັນເຂົ້າໄປໃນການໂທຂອງພໍ່ແມ່. ມັນປະກົດວ່າຢູ່ໃນກຸ່ມລາວຕອບວ່າ "ເລຂາທິການ2", ເມື່ອໂທຫາວົງຈອນຕອບ"ເລຂາທິການ2"ແລະ​ໄດ້​ຮັບ​ສາຍ​ໃນ​ສາຍ​ພາຍ​ນອກ​ກັບ​"ເລຂາທິການ2".

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

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

ນອກນັ້ນທ່ານຍັງສາມາດດໍາເນີນການສຶກສາ atypical ຂ້ອນຂ້າງ, ສໍາລັບການຍົກຕົວຢ່າງ, ເລື້ອຍໆຕົວເລກທີ່ບໍ່ມີຢູ່ໃນຖານຂໍ້ມູນໂທຫານາມສະກຸນທີ່ຖືກຕ້ອງຫຼືອັດຕາສ່ວນຂອງການໂທອອກຈະຖືກສົ່ງຕໍ່ໂທລະສັບມືຖື.

ຈະເປັນແນວໃດໃນທີ່ສຸດ?

ຜູ້ຊ່ຽວຊານບໍ່ຈໍາເປັນຕ້ອງຮັກສາ PBX; ຜູ້ບໍລິຫານທໍາມະດາທີ່ສຸດສາມາດເຮັດໄດ້ - ທົດສອບໃນການປະຕິບັດ.

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

ໂມດູນສາມາດ:

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

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

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

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

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