រឿងរ៉ាវនៃគម្រោងមួយ ឬរបៀបដែលខ្ញុំបានចំណាយពេល 7 ឆ្នាំដើម្បីបង្កើត PBX ដោយផ្អែកលើ Asterisk និង Php

ប្រាកដណាស់ អ្នកទាំងអស់គ្នាដូចជាខ្ញុំ មានគំនិតចង់ធ្វើអ្វីដែលប្លែក។ នៅក្នុងអត្ថបទនេះ ខ្ញុំនឹងរៀបរាប់អំពីបញ្ហាបច្ចេកទេស និងដំណោះស្រាយដែលខ្ញុំត្រូវប្រឈមនៅពេលបង្កើត PBX ។ ប្រហែលជាការនេះនឹងជួយនរណាម្នាក់សម្រេចចិត្តលើគំនិតរបស់ពួកគេ ហើយនរណាម្នាក់ដើរតាមគន្លងដ៏ល្អ ពីព្រោះខ្ញុំក៏ទទួលបានអត្ថប្រយោជន៍ពីបទពិសោធន៍របស់អ្នកត្រួសត្រាយផងដែរ។

គំនិត និងតម្រូវការសំខាន់ៗ

ហើយវាទាំងអស់បានចាប់ផ្តើមយ៉ាងសាមញ្ញដោយសេចក្តីស្រឡាញ់ចំពោះ សញ្ញាផ្កាយ (ក្របខ័ណ្ឌសម្រាប់ការសាងសង់កម្មវិធីទំនាក់ទំនង) ស្វ័យប្រវត្តិកម្មនៃទូរស័ព្ទ និងការដំឡើង ភីប៊ីអេចភី (ចំណុចប្រទាក់គេហទំព័រសម្រាប់ សញ្ញាផ្កាយ) ប្រសិនបើតម្រូវការរបស់ក្រុមហ៊ុនមិនមានជាក់លាក់ ហើយធ្លាក់ក្នុងសមត្ថភាព ភីប៊ីអេចភី - អ្វីគ្រប់យ៉ាងគឺអស្ចារ្យណាស់។ ការដំឡើងទាំងមូលបានធ្វើឡើងក្នុងរយៈពេល 24 ម៉ោង ក្រុមហ៊ុនបានទទួល PBX ដែលបានកំណត់រចនាសម្ព័ន្ធ ចំណុចប្រទាក់ងាយស្រួលប្រើ និងការបណ្តុះបណ្តាលខ្លី បូកនឹងការគាំទ្រប្រសិនបើចង់បាន។

ប៉ុន្តែ​កិច្ចការ​ដែល​គួរ​ឲ្យ​ចាប់​អារម្មណ៍​បំផុត​គឺ​មិន​មាន​ស្តង់ដារ ហើយ​បន្ទាប់​មក​វា​មិន​អស្ចារ្យ​ប៉ុន្មាន​ទេ។ សញ្ញាផ្កាយ អាច​ធ្វើ​បាន​ច្រើន ប៉ុន្តែ​ដើម្បី​រក្សា​ចំណុច​ប្រទាក់​បណ្ដាញ​ឱ្យ​ដំណើរការ​បាន វា​ចាំបាច់​ត្រូវ​ចំណាយ​ពេល​ច្រើន​ដង។ ដូច្នេះព័ត៌មានលម្អិតតូចមួយអាចចំណាយពេលយូរជាងការដំឡើង PBX ដែលនៅសល់។ ហើយចំណុចនោះមិនមែនថាវាត្រូវការពេលយូរដើម្បីសរសេរចំណុចប្រទាក់បណ្ដាញនោះទេ ប៉ុន្តែចំណុចសំខាន់គឺស្ថិតនៅក្នុងលក្ខណៈស្ថាបត្យកម្ម។ ភីប៊ីអេចភី. វិធីសាស្រ្តនិងស្ថាបត្យកម្ម ភីប៊ីអេចភី ត្រូវបានដាក់ចេញនៅពេលនៃ php4 ហើយនៅពេលនោះមាន php5.6 រួចហើយ ដែលអ្វីៗទាំងអស់អាចត្រូវបានធ្វើឱ្យកាន់តែសាមញ្ញ និងងាយស្រួលជាងមុន។

ចំបើងចុងក្រោយគឺគំនូសតាងក្រាហ្វិកក្នុងទម្រង់ជាដ្យាក្រាម។ នៅពេលដែលខ្ញុំព្យាយាមកសាងអ្វីមួយដូចនេះសម្រាប់ ភីប៊ីអេចភីខ្ញុំបានដឹងថាខ្ញុំនឹងត្រូវសរសេរវាឡើងវិញយ៉ាងសំខាន់ ហើយវានឹងកាន់តែងាយស្រួលក្នុងការបង្កើតអ្វីដែលថ្មី។

តម្រូវការសំខាន់ៗគឺ៖

• ការរៀបចំដ៏សាមញ្ញ អាចចូលប្រើបានដោយវិចារណញាណ សូម្បីតែអ្នកគ្រប់គ្រងថ្មីថ្មោងក៏ដោយ។ ដូច្នេះក្រុមហ៊ុនមិនតម្រូវឱ្យមានការថែទាំ PBX នៅខាងយើងទេ
• ការកែប្រែងាយស្រួល ដើម្បីឱ្យកិច្ចការត្រូវបានដោះស្រាយក្នុងពេលវេលាគ្រប់គ្រាន់
• ភាពងាយស្រួលនៃការរួមបញ្ចូលជាមួយ PBX ។ យូ ភីប៊ីអេចភី មិនមាន API សម្រាប់ការផ្លាស់ប្តូរការកំណត់ទេ ឧ. ជាឧទាហរណ៍ អ្នកមិនអាចបង្កើតក្រុម ឬម៉ឺនុយសំឡេងពីកម្មវិធីភាគីទីបីបានទេ មានតែ API ប៉ុណ្ណោះ។ សញ្ញាផ្កាយ,
• opensource - សម្រាប់អ្នកសរសេរកម្មវិធី នេះគឺមានសារៈសំខាន់ខ្លាំងណាស់សម្រាប់ការកែប្រែសម្រាប់អតិថិជន។

គំនិតនៃការអភិវឌ្ឍន៍លឿនជាងមុនគឺដើម្បីឱ្យមុខងារទាំងអស់មានម៉ូឌុលនៅក្នុងទម្រង់នៃវត្ថុ។ វត្ថុទាំងអស់ត្រូវតែមានថ្នាក់មេទូទៅ ដែលមានន័យថាឈ្មោះនៃមុខងារសំខាន់ៗទាំងអស់ត្រូវបានគេស្គាល់រួចហើយ ដូច្នេះហើយមានការអនុវត្តលំនាំដើមរួចហើយ។ វត្ថុនឹងអនុញ្ញាតឱ្យអ្នកកាត់បន្ថយយ៉ាងច្រើននូវចំនួនអាគុយម៉ង់ក្នុងទម្រង់ជាអារេពាក់ព័ន្ធជាមួយ string key ដែលអ្នកអាចរកឃើញនៅក្នុង ភីប៊ីអេចភី វាអាចទៅរួចដោយការពិនិត្យមើលមុខងារទាំងមូល និងមុខងារដែលបានដាក់។ ក្នុងករណីវត្ថុ ការបំពេញស្វ័យប្រវត្តិ banal នឹងបង្ហាញលក្ខណៈសម្បត្តិទាំងអស់ ហើយជាទូទៅនឹងធ្វើឱ្យជីវិតសាមញ្ញជាច្រើនដង។ លើសពីនេះ មរតក និងនិយមន័យឡើងវិញបានដោះស្រាយបញ្ហាជាច្រើនជាមួយនឹងការកែប្រែរួចហើយ។

រឿងបន្ទាប់ដែលបន្ថយពេលវេលាការងារឡើងវិញ ហើយគួរជៀសវាងគឺការចម្លង។ ប្រសិនបើមានម៉ូឌុលដែលទទួលខុសត្រូវសម្រាប់ការហៅទូរស័ព្ទទៅនិយោជិត នោះម៉ូឌុលផ្សេងទៀតទាំងអស់ដែលត្រូវការផ្ញើការហៅទៅបុគ្គលិកគួរតែប្រើវា មិនមែនបង្កើតច្បាប់ចម្លងផ្ទាល់ខ្លួនរបស់ពួកគេទេ។ ដូច្នេះ ប្រសិនបើអ្នកត្រូវការផ្លាស់ប្តូរអ្វីមួយ នោះអ្នកនឹងត្រូវផ្លាស់ប្តូរនៅកន្លែងតែមួយ ហើយការស្វែងរក "របៀបដែលវាដំណើរការ" គួរតែត្រូវបានអនុវត្តនៅកន្លែងតែមួយ ហើយមិនស្វែងរកពេញគម្រោងទាំងមូលនោះទេ។

កំណែដំបូងនិងកំហុសដំបូង

គំរូដំបូងគឺរួចរាល់ក្នុងរយៈពេលមួយឆ្នាំ។ PBX ទាំងមូល ដូចដែលបានគ្រោងទុក គឺមានលក្ខណៈម៉ូឌុល ហើយម៉ូឌុលមិនត្រឹមតែអាចបន្ថែមមុខងារថ្មីសម្រាប់ដំណើរការការហៅទូរសព្ទប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងផ្លាស់ប្តូរចំណុចប្រទាក់គេហទំព័រខ្លួនឯងផងដែរ។

បាទ គំនិតនៃការបង្កើត dialplan ក្នុងទម្រង់នៃគ្រោងការណ៍បែបនេះមិនមែនជារបស់ខ្ញុំទេ ប៉ុន្តែវាងាយស្រួលណាស់ ហើយខ្ញុំបានធ្វើដូចគ្នាសម្រាប់ សញ្ញាផ្កាយ.

តាមរយៈការសរសេរម៉ូឌុល អ្នកសរសេរកម្មវិធីអាច៖

• បង្កើតមុខងារផ្ទាល់ខ្លួនរបស់អ្នកសម្រាប់ដំណើរការហៅ ដែលអាចដាក់នៅលើដ្យាក្រាម ក៏ដូចជានៅក្នុងម៉ឺនុយធាតុនៅខាងឆ្វេង។
• បង្កើតទំព័រផ្ទាល់ខ្លួនរបស់អ្នកសម្រាប់ចំណុចប្រទាក់គេហទំព័រ ហើយបន្ថែមគំរូផ្ទាល់ខ្លួនរបស់អ្នកទៅទំព័រដែលមានស្រាប់ (ប្រសិនបើអ្នកអភិវឌ្ឍន៍ទំព័របានផ្តល់សម្រាប់វា)
• បន្ថែមការកំណត់របស់អ្នកទៅផ្ទាំងការកំណត់សំខាន់ ឬបង្កើតផ្ទាំងការកំណត់ផ្ទាល់ខ្លួនរបស់អ្នក,
• អ្នកសរសេរកម្មវិធីអាចទទួលមរតកពីម៉ូឌុលដែលមានស្រាប់ ផ្លាស់ប្តូរផ្នែកនៃមុខងារ និងចុះឈ្មោះវាក្រោមឈ្មោះថ្មី ឬជំនួសម៉ូឌុលដើម។

ឧទាហរណ៍ នេះជារបៀបដែលអ្នកអាចបង្កើតម៉ឺនុយសំឡេងផ្ទាល់ខ្លួនរបស់អ្នក៖

......
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__); //Подменить существующий модуль

ការអនុវត្តស្មុគ្រស្មាញដំបូងបាននាំមកនូវមោទនភាពដំបូងនិងការខកចិត្តជាលើកដំបូង។ ខ្ញុំរីករាយដែលវាដំណើរការ ដែលខ្ញុំអាចបង្កើតមុខងារសំខាន់ៗឡើងវិញបានហើយ។ ភីប៊ីអេចភី. ខ្ញុំរីករាយដែលមនុស្សចូលចិត្តគំនិតនៃគ្រោងការណ៍។ វានៅតែមានជម្រើសជាច្រើនដើម្បីសម្រួលដល់ការអភិវឌ្ឍន៍ ប៉ុន្តែសូម្បីតែនៅពេលនោះ កិច្ចការមួយចំនួនត្រូវបានធ្វើឱ្យកាន់តែងាយស្រួលរួចទៅហើយ។

API សម្រាប់ការផ្លាស់ប្តូរការកំណត់រចនាសម្ព័ន្ធ PBX គឺជាការខកចិត្តមួយ - លទ្ធផលមិនមែនជាអ្វីដែលយើងចង់បាននោះទេ។ ខ្ញុំបានយកគោលការណ៍ដូចគ្នានឹង ភីប៊ីអេចភីដោយចុចប៊ូតុង អនុវត្ត ការកំណត់រចនាសម្ព័ន្ធទាំងមូលត្រូវបានបង្កើតឡើងវិញ ហើយម៉ូឌុលត្រូវបានចាប់ផ្តើមឡើងវិញ។

វាមើលទៅដូចនេះ៖

*Dialplan គឺជាក្បួន (algorithm) ដែលការហៅទូរសព្ទត្រូវបានដំណើរការ។

ប៉ុន្តែជាមួយនឹងជម្រើសនេះ វាមិនអាចទៅរួចទេក្នុងការសរសេរ API ធម្មតាសម្រាប់ការផ្លាស់ប្តូរការកំណត់ PBX ។ ទីមួយប្រតិបត្តិការនៃការអនុវត្តការផ្លាស់ប្តូរទៅ សញ្ញាផ្កាយ យូរពេក និងធនធានច្រើន
ទីពីរ អ្នកមិនអាចហៅមុខងារពីរក្នុងពេលតែមួយបានទេ ពីព្រោះ ទាំងពីរនឹងបង្កើតការកំណត់។
ទីបី វាអនុវត្តការកំណត់ទាំងអស់ រួមទាំងការកំណត់ដែលធ្វើឡើងដោយអ្នកគ្រប់គ្រង។

នៅក្នុងកំណែនេះដូចនៅក្នុង អាសូហ្សៀវាអាចបង្កើតការកំណត់រចនាសម្ព័ន្ធនៃម៉ូឌុលដែលបានផ្លាស់ប្តូរ និងចាប់ផ្តើមឡើងវិញតែម៉ូឌុលចាំបាច់ប៉ុណ្ណោះ ប៉ុន្តែទាំងនេះគឺជាវិធានការពាក់កណ្តាល។ វាចាំបាច់ក្នុងការផ្លាស់ប្តូរវិធីសាស្រ្ត។

កំណែទីពីរ។ ច្រមុះទាញចេញកន្ទុយជាប់គាំង

គំនិត​ដើម្បី​ដោះស្រាយ​បញ្ហា​គឺ​មិន​ត្រូវ​បង្កើត​ការ​កំណត់​រចនាសម្ព័ន្ធ និង​កម្មវិធី​ហៅ​ទូរសព្ទ​ឡើង​វិញ​ទេ។ សញ្ញាផ្កាយប៉ុន្តែរក្សាទុកព័ត៌មានទៅមូលដ្ឋានទិន្នន័យ ហើយអានពីមូលដ្ឋានទិន្នន័យដោយផ្ទាល់ ខណៈពេលដំណើរការការហៅទូរសព្ទ។ សញ្ញាផ្កាយ ខ្ញុំដឹងពីរបៀបអានការកំណត់ពីមូលដ្ឋានទិន្នន័យរួចហើយ គ្រាន់តែផ្លាស់ប្តូរតម្លៃនៅក្នុងមូលដ្ឋានទិន្នន័យ ហើយការហៅបន្ទាប់នឹងត្រូវបានដំណើរការដោយគិតគូរពីការផ្លាស់ប្តូរ ហើយមុខងារគឺល្អឥតខ្ចោះសម្រាប់ការអានប៉ារ៉ាម៉ែត្រ dialplan REALTIME_HASH.

នៅទីបញ្ចប់ មិនចាំបាច់ចាប់ផ្តើមឡើងវិញទេ។ សញ្ញាផ្កាយ នៅពេលផ្លាស់ប្តូរការកំណត់ ហើយការកំណត់ទាំងអស់ចាប់ផ្តើមត្រូវបានអនុវត្តភ្លាមៗ សញ្ញាផ្កាយ.

ការផ្លាស់ប្តូរតែមួយគត់ចំពោះ dialplan គឺការបន្ថែមលេខបន្ថែម និង ជំនួយ. ប៉ុន្តែទាំងនេះគឺជាការផ្លាស់ប្តូរកន្លែងតូច

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)
...

អ្នក​អាច​បន្ថែម​ឬ​ផ្លាស់​ប្តូ​រ​បន្ទាត់​យ៉ាង​ងាយ​ស្រួល​ក្នុង​កម្មវិធី​ហៅ​ទូរស័ព្ទ​ដោយ​ប្រើ​ អាមី (ចំណុចប្រទាក់គ្រប់គ្រង សញ្ញាផ្កាយ) ហើយ​មិន​តម្រូវ​ឱ្យ​ចាប់ផ្ដើម​កម្មវិធី​ហៅ​ទូរសព្ទ​ទាំងមូល​ឡើង​វិញ​ទេ។

វាបានដោះស្រាយបញ្ហាជាមួយ API កំណត់រចនាសម្ព័ន្ធ។ អ្នកក៏អាចចូលទៅក្នុងមូលដ្ឋានទិន្នន័យដោយផ្ទាល់ ហើយបន្ថែមក្រុមថ្មី ឬការផ្លាស់ប្តូរ ឧទាហរណ៍ ពេលវេលាហៅទូរសព្ទនៅក្នុងវាល "ម៉ោងហៅទូរសព្ទ" សម្រាប់ក្រុម ហើយការហៅបន្ទាប់នឹងមានរយៈពេលកំណត់រួចហើយ (នេះមិនមែនជាការណែនាំសម្រាប់ សកម្មភាព ចាប់តាំងពីប្រតិបត្តិការ API មួយចំនួនទាមទារ អាមី ការហៅទូរស័ព្ទ) ។

ការអនុវត្តដ៏លំបាកលើកដំបូងម្តងទៀតបាននាំមកនូវមោទនភាព និងការខកចិត្តជាលើកដំបូង។ ខ្ញុំរីករាយដែលវាដំណើរការ។ មូលដ្ឋានទិន្នន័យបានក្លាយជាតំណភ្ជាប់ដ៏សំខាន់ ការពឹងផ្អែកលើឌីសកើនឡើង មានហានិភ័យកាន់តែច្រើន ប៉ុន្តែអ្វីៗដំណើរការដោយស្ថិរភាព និងគ្មានបញ្ហា។ ហើយសំខាន់បំផុត ឥឡូវនេះអ្វីគ្រប់យ៉ាងដែលអាចធ្វើបានតាមរយៈចំណុចប្រទាក់បណ្ដាញអាចត្រូវបានធ្វើតាមរយៈ API ហើយវិធីសាស្ត្រដូចគ្នានេះត្រូវបានគេប្រើប្រាស់។ លើសពីនេះទៀត ចំណុចប្រទាក់បណ្ដាញបានកម្ចាត់ប៊ូតុង "អនុវត្តការកំណត់ទៅ PBX" ដែលអ្នកគ្រប់គ្រងតែងតែភ្លេច។

ការខកចិត្តនោះគឺថាការអភិវឌ្ឍន៍កាន់តែស្មុគស្មាញ។ ចាប់តាំងពីកំណែដំបូង ភាសា PHP បានបង្កើត dialplan ជាភាសា សញ្ញាផ្កាយ ហើយវាមើលទៅមិនអាចអានបានទាំងស្រុង បូកនឹងភាសាខ្លួនឯង សញ្ញាផ្កាយ សម្រាប់​ការ​សរសេរ dialplan វា​គឺ​ជា​រឿង​ដើម​បំផុត។

តើវាមើលទៅដូចអ្វី៖

$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 ពី php ហើយប្រើ FastAGI ហើយសរសេរច្បាប់ដំណើរការទាំងអស់នៅក្នុង PHP ខ្លួនឯង។ FastAGI វាអនុញ្ញាតឱ្យ សញ្ញាផ្កាយដើម្បីដំណើរការការហៅ ភ្ជាប់ទៅរន្ធ។ ទទួលពាក្យបញ្ជាពីទីនោះ ហើយផ្ញើលទ្ធផល។ ដូច្នេះ តក្កវិជ្ជានៃ dialplan គឺនៅក្រៅព្រំដែនរួចទៅហើយ សញ្ញាផ្កាយ ហើយអាចត្រូវបានសរសេរជាភាសាណាមួយ ក្នុងករណីរបស់ខ្ញុំនៅក្នុង PHP ។

មានការសាកល្បង និងកំហុសច្រើន។ បញ្ហាចម្បងគឺថាខ្ញុំមានថ្នាក់ / ឯកសារជាច្រើនរួចទៅហើយ។ វាត្រូវចំណាយពេលប្រហែល 1,5 វិនាទីដើម្បីបង្កើតវត្ថុ ចាប់ផ្តើមពួកវា និងចុះឈ្មោះគ្នាទៅវិញទៅមក ហើយការពន្យាពេលក្នុងការហៅទូរសព្ទនេះមិនមែនជាអ្វីដែលអាចមិនអើពើបានទេ។

ការចាប់ផ្តើមគួរតែកើតឡើងតែម្តងប៉ុណ្ណោះ ដូច្នេះហើយការស្វែងរកដំណោះស្រាយបានចាប់ផ្តើមជាមួយនឹងការសរសេរសេវាកម្មនៅក្នុង php ដោយប្រើ ខ្សែស្រឡាយ. បន្ទាប់​ពី​ការ​ពិសោធន៍​មួយ​សប្តាហ៍ ជម្រើស​នេះ​ត្រូវ​បាន​គេ​ទុក​ចោល​ដោយ​សារ​ភាព​ស្មុគស្មាញ​នៃ​របៀប​ដែល​កម្មវិធី​បន្ថែម​នេះ​ដំណើរការ។ បន្ទាប់ពីការធ្វើតេស្តរយៈពេលមួយខែ ខ្ញុំក៏ត្រូវបោះបង់ចោលកម្មវិធី asynchronous programming នៅក្នុង PHP ខ្ញុំត្រូវការអ្វីដែលសាមញ្ញ ស៊ាំនឹងអ្នកចាប់ផ្តើម PHP ណាមួយ ហើយផ្នែកបន្ថែមជាច្រើនសម្រាប់ PHP គឺធ្វើសមកាលកម្ម។

ដំណោះ​ស្រាយ​គឺ​ជា​សេវា​ពហុ​ខ្សែ​របស់​យើង​ផ្ទាល់​នៅ​ក្នុង C ដែល​ត្រូវ​បាន​ចងក្រង​ជាមួយ​ PHPLIB. វាផ្ទុកឯកសារ ATS php ទាំងអស់ រង់ចាំម៉ូឌុលទាំងអស់ចាប់ផ្តើម បន្ថែមការហៅត្រឡប់មកវិញទៅគ្នាទៅវិញទៅមក ហើយនៅពេលដែលអ្វីៗរួចរាល់ រក្សាទុកវាទុក។ ពេលសាកសួរដោយ FastAGI ស្ទ្រីមត្រូវបានបង្កើតឡើង ច្បាប់ចម្លងពីឃ្លាំងសម្ងាត់នៃថ្នាក់ទាំងអស់ និងទិន្នន័យត្រូវបានបង្កើតឡើងវិញនៅក្នុងវា ហើយសំណើត្រូវបានបញ្ជូនទៅមុខងារ php ។

ជាមួយនឹងដំណោះស្រាយនេះ ពេលវេលាពីការផ្ញើការហៅទៅកាន់សេវារបស់យើងទៅកាន់ពាក្យបញ្ជាដំបូង សញ្ញាផ្កាយ ថយចុះពី 1,5s ទៅ 0,05s ហើយលើកនេះអាស្រ័យបន្តិចលើទំហំនៃគម្រោង។

ជាលទ្ធផល ពេលវេលាសម្រាប់ការអភិវឌ្ឍន៍ dialplan ត្រូវបានកាត់បន្ថយយ៉ាងខ្លាំង ហើយខ្ញុំអាចដឹងគុណចំពោះបញ្ហានេះ ដោយសារខ្ញុំត្រូវសរសេរឡើងវិញនូវ dialplan នៃម៉ូឌុលទាំងអស់នៅក្នុង PHP ។ ទីមួយ វិធីសាស្រ្តគួរតែត្រូវបានសរសេររួចហើយនៅក្នុង php ដើម្បីទទួលបានវត្ថុពីមូលដ្ឋានទិន្នន័យ ពួកគេត្រូវការសម្រាប់ការបង្ហាញនៅក្នុងចំណុចប្រទាក់បណ្ដាញ ហើយទីពីរ ហើយនេះគឺជារឿងសំខាន់ ទីបំផុតវាអាចទៅរួចក្នុងការធ្វើការជាមួយខ្សែអក្សរដែលមានលេខ និងអារេ។ ជាមួយនឹងមូលដ្ឋានទិន្នន័យ បូកនឹងផ្នែកបន្ថែម PHP ជាច្រើន។

ដើម្បីដំណើរការ dialplan នៅក្នុងថ្នាក់ម៉ូឌុល អ្នកត្រូវអនុវត្តមុខងារ ការហៅទូរសព្ទថាមវន្ត និងអាគុយម៉ង់ pbxCallRequest នឹងមានវត្ថុដើម្បីធ្វើអន្តរកម្មជាមួយ សញ្ញាផ្កាយ.

លើសពីនេះ វាបានក្លាយជាអាចធ្វើទៅបានដើម្បីបំបាត់កំហុស dialplan (php មាន xdebug ហើយវាដំណើរការសម្រាប់សេវាកម្មរបស់យើង) អ្នកអាចផ្លាស់ទីមួយជំហានម្តង ៗ ដោយមើលតម្លៃនៃអថេរ។

ហៅទិន្នន័យ

ការវិភាគ និងរបាយការណ៍ណាមួយទាមទារទិន្នន័យដែលប្រមូលបានត្រឹមត្រូវ ហើយប្លុក PBX នេះក៏បានឆ្លងកាត់ការសាកល្បង និងកំហុសជាច្រើនពីកំណែទីមួយដល់កំណែទីបី។ ជាញឹកញាប់ ទិន្នន័យហៅទូរសព្ទគឺជាសញ្ញាមួយ។ ការហៅមួយ = ការកត់ត្រាមួយ៖ អ្នកណាហៅអ្នកណាឆ្លើយរយៈពេលដែលពួកគេនិយាយ។ នៅក្នុងជម្រើសគួរឱ្យចាប់អារម្មណ៍បន្ថែមទៀត មានសញ្ញាបន្ថែមដែលបង្ហាញថាបុគ្គលិក PBX ត្រូវបានគេហៅអំឡុងពេលហៅទូរសព្ទ។ ប៉ុន្តែទាំងអស់នេះគ្របដណ្តប់តែផ្នែកនៃតម្រូវការប៉ុណ្ណោះ។

តម្រូវការដំបូងគឺ៖

• រក្សាទុកមិនត្រឹមតែអ្នកណាដែល PBX ហៅប៉ុណ្ណោះទេប៉ុន្តែថែមទាំងអ្នកដែលឆ្លើយផងដែរពីព្រោះ មានការស្ទាក់ចាប់ ហើយវានឹងចាំបាច់ត្រូវយកមកពិចារណានៅពេលវិភាគការហៅទូរសព្ទ។
• ពេលវេលាមុនពេលទំនាក់ទំនងជាមួយនិយោជិក។ ក្នុង ភីប៊ីអេចភី និង PBXs មួយចំនួនផ្សេងទៀត ការហៅទូរសព្ទត្រូវបានចាត់ទុកថាត្រូវបានឆ្លើយតបភ្លាមៗនៅពេលដែល PBX លើកទូរស័ព្ទ។ ប៉ុន្តែសម្រាប់ម៉ឺនុយសំឡេង អ្នកត្រូវលើកទូរសព្ទរួចហើយ ដូច្នេះការហៅទូរសព្ទទាំងអស់ត្រូវបានឆ្លើយតប ហើយពេលវេលារង់ចាំសម្រាប់ចម្លើយនឹងក្លាយទៅជា 0-1 វិនាទី។ ដូច្នេះហើយ វាត្រូវបានសម្រេចចិត្តរក្សាទុកមិនត្រឹមតែពេលវេលាមុនពេលការឆ្លើយតបប៉ុណ្ណោះទេ ប៉ុន្តែពេលវេលាមុនពេលភ្ជាប់ជាមួយម៉ូឌុលសំខាន់ៗ (ម៉ូឌុលខ្លួនវាកំណត់ទង់នេះ។ បច្ចុប្បន្នវាគឺជា "និយោជិត" "បន្ទាត់ខាងក្រៅ")
• សម្រាប់ dialplan ស្មុគ្រស្មាញជាងនេះ នៅពេលដែលការហៅទូរស័ព្ទធ្វើដំណើររវាងក្រុមផ្សេងៗគ្នា វាចាំបាច់ក្នុងការអាចពិនិត្យមើលធាតុនីមួយៗដោយឡែកពីគ្នា។

ជម្រើសដ៏ល្អបំផុតបានប្រែក្លាយនៅពេលដែលម៉ូឌុល PBX ផ្ញើព័ត៌មានអំពីខ្លួនគេនៅលើការហៅទូរសព្ទ ហើយចុងក្រោយរក្សាទុកព័ត៌មានក្នុងទម្រង់ជាមែកធាង។

វាមើលទៅដូចនេះ៖

ទីមួយ ព័ត៌មានទូទៅអំពីការហៅទូរសព្ទ (ដូចអ្នកផ្សេងទៀត - គ្មានអ្វីពិសេសទេ)។

1. បាន​ទទួល​ការ​ហៅ​ទូរសព្ទ​តាម​ខ្សែ​ក្រៅ"សម្រាប់ការសាកល្បង"នៅម៉ោង 05:55:52 ពីលេខ 89295671458 ដល់លេខ 89999999999 នៅទីបញ្ចប់វាត្រូវបានឆ្លើយតបដោយបុគ្គលិក"លេខា ២» ជាមួយលេខ 104។ អតិថិជនរង់ចាំ 60 វិនាទី ហើយនិយាយបាន 36 វិនាទី។
2. បុគ្គលិក "លេខា ២"ធ្វើការហៅទៅលេខ 112 ហើយបុគ្គលិកម្នាក់បានឆ្លើយ"អ្នកគ្រប់គ្រង ១» បន្ទាប់ពី 8 វិនាទី។ ពួកគេនិយាយរយៈពេល 14 វិនាទី។
3. អតិថិជនត្រូវបានផ្ទេរទៅនិយោជិតអ្នកគ្រប់គ្រង ១" ដែលជាកន្លែងដែលពួកគេបន្តនិយាយរយៈពេល 13 វិនាទីទៀត។

ប៉ុន្តែនេះគឺជាព័ត៌មានជំនួយនៃផ្ទាំងទឹកកក សម្រាប់កំណត់ត្រានីមួយៗ អ្នកអាចទទួលបានប្រវត្តិហៅលម្អិតតាមរយៈ PBX ។

ព័ត៌មានទាំងអស់ត្រូវបានបង្ហាញជាសំបុកនៃការហៅទូរសព្ទ៖

1. បាន​ទទួល​ការ​ហៅ​ទូរសព្ទ​តាម​ខ្សែ​ក្រៅ"សម្រាប់ការសាកល្បង» វេលាម៉ោង 05:55:52 ពីលេខ 89295671458 ដល់លេខ 89999999999។
2. នៅម៉ោង 05:55:53 ខ្សែខាងក្រៅបានផ្ញើការហៅទៅកាន់សៀគ្វីចូល "ការធ្វើតេស្ត»
3. នៅពេលដំណើរការការហៅតាមគ្រោងការណ៍ ម៉ូឌុល "ការហៅអ្នកគ្រប់គ្រង", នៅក្នុងការហៅគឺ 16 វិនាទី។ នេះគឺជាម៉ូឌុលដែលត្រូវបានបង្កើតឡើងសម្រាប់អតិថិជន។
4. ម៉ូឌុល "ការហៅអ្នកគ្រប់គ្រង"ផ្ញើការហៅទៅបុគ្គលិកដែលទទួលខុសត្រូវចំពោះលេខ (អតិថិជន)"អ្នកគ្រប់គ្រង ១" ហើយរង់ចាំ 5 វិនាទីសម្រាប់ការឆ្លើយតប។ អ្នកគ្រប់គ្រងមិនបានឆ្លើយទេ។
5. ម៉ូឌុល "ការហៅអ្នកគ្រប់គ្រង"ផ្ញើការហៅទៅក្រុម"អ្នកគ្រប់គ្រង CORP" ទាំងនេះគឺជាអ្នកគ្រប់គ្រងផ្សេងទៀតដែលមានទិសដៅដូចគ្នា (អង្គុយនៅក្នុងបន្ទប់តែមួយ) ហើយរង់ចាំ 11 វិនាទីសម្រាប់ការឆ្លើយតប។
6. ក្រុម "អ្នកគ្រប់គ្រង CORP"ហៅបុគ្គលិក"អ្នកគ្រប់គ្រង ១, អ្នកគ្រប់គ្រង ១, អ្នកគ្រប់គ្រង ១"ក្នុងពេលដំណាលគ្នារយៈពេល ១១ វិនាទី។ គ្មាន​ចម្លើយ។
7. ការហៅរបស់អ្នកគ្រប់គ្រងបានបញ្ចប់។ ហើយសៀគ្វីបញ្ជូនការហៅទៅម៉ូឌុល "ការជ្រើសរើសផ្លូវពី 1 គ" ក៏មានម៉ូឌុលសរសេរសម្រាប់អតិថិជនផងដែរ។ នៅទីនេះការហៅទូរសព្ទត្រូវបានដំណើរការរយៈពេល 0 វិនាទី។
8. សៀគ្វីបញ្ជូនការហៅទៅកាន់ម៉ឺនុយសំឡេង "មូលដ្ឋានជាមួយនឹងការហៅទូរស័ព្ទបន្ថែម" អតិថិជនបានរង់ចាំនៅទីនោះរយៈពេល 31 វិនាទី មិនមានការចុចបន្ថែមទេ។
9. គ្រោងការណ៍ផ្ញើការហៅទៅក្រុម "លេខាធិការ" ដែលជាកន្លែងដែលអតិថិជនរង់ចាំ 12 វិនាទី។
10. នៅក្នុងក្រុមមួយ បុគ្គលិក 2 នាក់ត្រូវបានហៅក្នុងពេលតែមួយ "លេខា ២"ហើយ"លេខា ២"ហើយបន្ទាប់ពី 12 វិនាទីនិយោជិកឆ្លើយ"លេខា ២" ចម្លើយ​ចំពោះ​ការ​ហៅ​ទូរសព្ទ​ត្រូវ​បាន​ចម្លង​ទៅ​ក្នុង​ការ​ហៅ​ទូរសព្ទ​របស់​មាតាបិតា។ វាប្រែថានៅក្នុងក្រុមគាត់បានឆ្លើយថា "លេខា ២"ពេលហៅសៀគ្វីឆ្លើយ"លេខា ២" ហើយបានឆ្លើយការហៅក្រៅបណ្តាញជាមួយ "លេខា ២"។

វាគឺជាការរក្សាទុកព័ត៌មានអំពីប្រតិបត្តិការនីមួយៗ និងការដាក់សំបុករបស់ពួកគេ ដែលនឹងធ្វើឱ្យវាអាចធ្វើរបាយការណ៍បានយ៉ាងសាមញ្ញ។ របាយការណ៍នៅលើម៉ឺនុយសំឡេងនឹងជួយអ្នកឱ្យដឹងថាតើវាជួយឬរារាំងប៉ុន្មាន។ បង្កើតរបាយការណ៍ស្តីពីការហៅទូរសព្ទដែលខកខានដោយនិយោជិត ដោយពិចារណាថាការហៅទូរសព្ទត្រូវបានស្ទាក់ ដូច្នេះវាមិនត្រូវបានចាត់ទុកថាខកខានឡើយ ហើយពិចារណាថាវាជាការហៅជាក្រុម ហើយអ្នកផ្សេងទៀតបានឆ្លើយតបមុននេះ ដែលមានន័យថាការហៅទូរសព្ទក៏មិនខកខានដែរ។

ការផ្ទុកព័ត៌មានបែបនេះនឹងអនុញ្ញាតឱ្យអ្នកយកក្រុមនីមួយៗដាច់ដោយឡែកពីគ្នា និងកំណត់ពីរបៀបដែលវាដំណើរការប្រកបដោយប្រសិទ្ធភាព និងបង្កើតក្រាហ្វនៃក្រុមដែលបានឆ្លើយ និងខកខានតាមម៉ោង។ អ្នកក៏អាចពិនិត្យមើលថាតើការភ្ជាប់ទៅអ្នកគ្រប់គ្រងដែលមានទំនួលខុសត្រូវមានភាពត្រឹមត្រូវកម្រិតណាដោយការវិភាគការផ្ទេរប្រាក់បន្ទាប់ពីភ្ជាប់ទៅអ្នកគ្រប់គ្រង។

អ្នកក៏អាចធ្វើការសិក្សាតាមបែប atypical ផងដែរ ឧទាហរណ៍ ថាតើជាញឹកញាប់លេខដែលមិនមាននៅក្នុងមូលដ្ឋានទិន្នន័យចុចផ្នែកបន្ថែមត្រឹមត្រូវ ឬភាគរយនៃការហៅចេញត្រូវបានបញ្ជូនបន្តទៅទូរស័ព្ទចល័ត។

តើមានអ្វីនៅទីបញ្ចប់?

អ្នកឯកទេសមិនតម្រូវឱ្យរក្សា PBX ទេ អ្នកគ្រប់គ្រងធម្មតាបំផុតអាចធ្វើវាបាន - សាកល្បងក្នុងការអនុវត្ត។

សម្រាប់ការកែប្រែ អ្នកឯកទេសដែលមានគុណវុឌ្ឍិធ្ងន់ធ្ងរគឺមិនចាំបាច់ទេ ចំណេះដឹងអំពី PHP គឺគ្រប់គ្រាន់ហើយ ពីព្រោះ ម៉ូឌុលត្រូវបានសរសេររួចហើយសម្រាប់ពិធីការ SIP និងសម្រាប់ជួរ និងសម្រាប់ហៅបុគ្គលិក និងផ្សេងទៀត។ មានថ្នាក់រុំសម្រាប់ សញ្ញាផ្កាយ. ដើម្បីអភិវឌ្ឍម៉ូឌុល អ្នកសរសេរកម្មវិធីអាច (ហើយតាមវិធីល្អគួរតែ) ហៅម៉ូឌុលដែលត្រៀមរួចជាស្រេច។ និងចំណេះដឹង សញ្ញាផ្កាយ មិនចាំបាច់ទាំងស្រុងទេ ប្រសិនបើអតិថិជនស្នើសុំបន្ថែមទំព័រជាមួយនឹងរបាយការណ៍ថ្មីមួយចំនួន។ ប៉ុន្តែការអនុវត្តបង្ហាញថា ទោះបីជាអ្នកសរសេរកម្មវិធីភាគីទីបីអាចដោះស្រាយបានក៏ដោយ ក៏ពួកគេមានអារម្មណ៍ថាគ្មានសុវត្ថិភាពដោយគ្មានឯកសារ និងការគ្របដណ្តប់ធម្មតានៃមតិយោបល់ ដូច្នេះនៅតែមានកន្លែងសម្រាប់កែលម្អ។

ម៉ូឌុលអាច៖

• បង្កើតសមត្ថភាពដំណើរការការហៅទូរស័ព្ទថ្មី,
• បន្ថែមប្លុកថ្មីទៅចំណុចប្រទាក់បណ្ដាញ,
• ទទួលមរតកពីម៉ូឌុលដែលមានស្រាប់ណាមួយ កំណត់មុខងារឡើងវិញ និងជំនួសវា ឬគ្រាន់តែជាច្បាប់ចម្លងដែលបានកែប្រែបន្តិចបន្តួច។
• បន្ថែមការកំណត់របស់អ្នកទៅគំរូការកំណត់នៃម៉ូឌុលផ្សេងទៀត និងច្រើនទៀត។

ការកំណត់ PBX តាមរយៈ API ។ ដូចដែលបានពិពណ៌នាខាងលើ ការកំណត់ទាំងអស់ត្រូវបានរក្សាទុកក្នុងមូលដ្ឋានទិន្នន័យ ហើយអាននៅពេលហៅទូរសព្ទ ដូច្នេះអ្នកអាចផ្លាស់ប្តូរការកំណត់ PBX ទាំងអស់តាមរយៈ API ។ នៅពេលហៅ API ការកំណត់រចនាសម្ព័ន្ធមិនត្រូវបានបង្កើតឡើងវិញទេ ហើយម៉ូឌុលមិនត្រូវបានចាប់ផ្តើមឡើងវិញទេ ដូច្នេះវាមិនមានបញ្ហាថាតើអ្នកមានការកំណត់ និងបុគ្គលិកប៉ុន្មាននាក់នោះទេ។ សំណើ API ត្រូវបានប្រតិបត្តិយ៉ាងឆាប់រហ័ស ហើយមិនរារាំងគ្នាទៅវិញទៅមកទេ។

PBX រក្សាទុករាល់ប្រតិបត្តិការសំខាន់ៗជាមួយនឹងការហៅទូរសព្ទដែលមានរយៈពេល (រង់ចាំ/ការសន្ទនា) ការដាក់សំបុក និងក្នុងលក្ខខណ្ឌ PBX (បុគ្គលិក ក្រុម ខ្សែខាងក្រៅ មិនមែនឆានែល លេខ)។ នេះអនុញ្ញាតឱ្យអ្នកបង្កើតរបាយការណ៍ផ្សេងៗសម្រាប់អតិថិជនជាក់លាក់ ហើយការងារភាគច្រើនគឺបង្កើតចំណុចប្រទាក់ដែលងាយស្រួលប្រើ។

ពេលវេលានឹងប្រាប់ពីអ្វីដែលនឹងកើតឡើងបន្ទាប់។ នៅមានចំណុចសំខាន់ៗជាច្រើនដែលត្រូវធ្វើឡើងវិញ វានៅតែមានផែនការជាច្រើន ប៉ុន្តែមួយឆ្នាំបានកន្លងផុតទៅចាប់តាំងពីការបង្កើតកំណែទី 3 ហើយយើងអាចនិយាយបានថាគំនិតនេះកំពុងដំណើរការ។ គុណវិបត្តិចម្បងនៃកំណែទី 3 គឺធនធានផ្នែករឹង ប៉ុន្តែជាធម្មតានេះគឺជាអ្វីដែលអ្នកត្រូវចំណាយសម្រាប់ភាពងាយស្រួលនៃការអភិវឌ្ឍន៍។

ប្រភព: www.habr.com