הבנת FreePBX ושילובה עם Bitrix24 ועוד

ביטריקס24 הוא קומבינה ענקית המשלבת CRM, זרימת עבודה, הנהלת חשבונות ועוד הרבה דברים שמנהלים מאוד אוהבים וצוות IT לא ממש אוהב. הפורטל נמצא בשימוש של הרבה חברות קטנות ובינוניות, כולל מרפאות קטנות, יצרנים ואפילו מכוני יופי. הפונקציה העיקרית שמנהלים "אוהבים" היא שילוב טלפוניה ו-CRM, כאשר כל שיחה מוקלטת מיד ב-CRM, נוצרים כרטיסי לקוח, כשנכנסים מוצג מידע על הלקוח וניתן לראות מיד מי הוא, מה הוא יכול למכור וכמה הוא חייב. אבל טלפוניה מבית Bitrix24 והשילוב שלה עם CRM עולה כסף, לפעמים הרבה. במאמר אספר לכם על חווית האינטגרציה עם כלים פתוחים ומרכזיית ה-IP הפופולרית FreePBX, וגם לשקול את ההיגיון של העבודה של חלקים שונים

אני עובד כמיקור חוץ בחברה שמוכרת ומגדירה, משלבת טלפוניה IP. כששאלו אותי אם נוכל להציע משהו לחברה הזו ולזו כדי לשלב את Bitrix24 עם מרכזיות שיש ללקוחות, כמו גם עם מרכזיות וירטואליות בחברות VDS שונות, הלכתי לגוגל. וכמובן שהוא נתן לי קישור ל מאמר בהבר, שבו יש תיאור, ו-github, ונראה שהכל עובד. אבל כשניסינו להשתמש בפתרון הזה, התברר ש-Bitrix24 כבר לא זהה לבעבר, וצריך לעשות הרבה מחדש. בנוסף, FreePBX היא לא כוכבית חשופה עבורך, כאן אתה צריך לחשוב איך לשלב קלות שימוש ותוכנית חיוג הארדקור בקבצי תצורה.

אנו לומדים את ההיגיון של העבודה

אז בתור התחלה, איך הכל צריך לעבוד. כאשר מתקבלת שיחה מבחוץ במרכזייה (אירוע SIP INVITE מהספק), מתחיל עיבוד ה-dialplan (dialplan, dialplan) - הכללים של מה ובאיזה סדר לעשות עם השיחה. מהחבילה הראשונה, אתה יכול לקבל מידע רב, אשר לאחר מכן ניתן להשתמש בו בחוקים. כלי מצוין ללימוד הפנימיות של SIP הוא הנתח sngrep (קשר) שמותקן בפשטות בהפצות פופולריות באמצעות apt install/yum install וכדומה, אך ניתן לבנות אותו גם ממקור. בואו נסתכל על יומן השיחות ב-sngrep

בצורה פשוטה, ה-dialplan עוסק רק בחבילה הראשונה, לפעמים גם במהלך השיחה, שיחות מועברות, לחיצות כפתורים (DTMF), דברים מעניינים שונים כמו FollowMe, RingGroup, IVR ואחרים.

מה יש בתוך חבילת ההזמנות

למעשה, רוב תוכניות החיוג הפשוטות פועלות עם שני השדות הראשונים, וכל ההיגיון סובב סביב DID ו-CallerID. DID - לאן אנחנו מתקשרים, CallerID - מי מתקשר.

אבל אחרי הכל, יש לנו חברה ולא טלפון אחד - מה שאומר שבמרכזייה יש ככל הנראה קבוצות שיחות (צלצול סימולטני / רצוף של מספר מכשירים) במספרי ערים (Ring Group), IVR (שלום, התקשרת... לחץ אחד עבור ...), משיבונים (ביטויים), תנאי זמן, העברה למספרים אחרים או לתא (FollowMe, Forward). המשמעות היא שקשה מאוד לקבוע באופן חד משמעי מי באמת יקבל שיחה ועם מי יקיים שיחה כשתגיע שיחה. הנה דוגמה לתחילתה של שיחה טיפוסית במרכזיה של לקוחותינו

לאחר שהשיחה נכנסת בהצלחה למרכזייה, היא עוברת דרך תוכנית החיוג ב"הקשרים" שונים. ההקשר מנקודת המבט של כוכבית הוא קבוצה ממוספרת של פקודות שכל אחת מהן מכילה מסנן לפי המספר שחוייג (הוא נקרא exten, לשיחה חיצונית בשלב הראשוני exten=DID). הפקודות בשורת החיוג יכולות להיות כל דבר - פונקציות פנימיות (לדוגמה, התקשר למנוי פנימי - Dial(), תניח את הטלפון - Hangup()), אופרטורים מותנים (IF, ELSE, ExecIF וכדומה), מעברים לכללים אחרים בהקשר זה (Goto, GotoIF), מעבר להקשרים אחרים בצורה של קריאת פונקציה (Gosub, Macro). הנחיה נפרדת include имя_контекста, מה שמוסיף פקודות מהקשר אחר לסוף ההקשר הנוכחי. פקודות הכלולות דרך include מבוצעות תמיד לאחר פקודות של ההקשר הנוכחי.

כל ההיגיון של FreePBX בנוי על הכללת הקשרים שונים זה בזה באמצעות הכללה והתקשרות דרך מטפלי Gosub, מאקרו ו- Handler. שקול את ההקשר של שיחות PBX נכנסות

הקריאה עוברת על כל ההקשרים מלמעלה למטה בתורו, בכל הקשר יכולות להיות קריאות להקשרים אחרים כמו מאקרו (מאקרו), פונקציות (גוסוב) או סתם מעברים (גוטו), כך שהעץ האמיתי של מה שנקרא יכול רק להיות במעקב ביומנים.

תרשים הגדרה טיפוסי עבור מרכזיה טיפוסית מוצג להלן. כשמתקשרים מחפשים DID בנתיבים נכנסים, בודקים עבורו תנאים זמניים, אם הכל תקין, מופעל התפריט הקולי. ממנו, על ידי לחיצה על כפתור 1 או פסק זמן, צא לקבוצת מפעילי החיוג. לאחר סיום השיחה, קוראים למאקרו ה-hangupcall, שלאחריו לא ניתן לעשות דבר ב-dialplan, למעט מטפלים מיוחדים (hangup handler).

היכן באלגוריתם השיחה הזה עלינו לספק מידע על תחילת השיחה ל-CRM, היכן להתחיל להקליט, היכן לסיים את ההקלטה ולשלוח אותה יחד עם מידע על השיחה ל-CRM?

אינטגרציה עם מערכות חיצוניות

מהי שילוב מרכזיות ו-CRM? אלו הן הגדרות ותוכניות הממירות נתונים ואירועים בין שתי הפלטפורמות הללו ושולחות אותם זו לזו. הדרך הנפוצה ביותר לתקשורת של מערכות עצמאיות היא באמצעות ממשקי API, והדרך הפופולרית ביותר לגשת לממשקי API היא HTTP REST. אבל לא בגלל כוכבית.

בתוך הכוכבית הוא:

• AGI - קריאה סינכרונית לתוכניות/רכיבים חיצוניים, משמשת בעיקר בתוכנית החיוג, יש ספריות כמו phpagi, PAGI

• AMI - שקע TCP טקסט שעובד על עיקרון הרשמה לאירועים והזנת פקודות טקסט, דומה מבפנים ל-SMTP, יכול לעקוב אחר אירועים ולנהל שיחות, יש ספריה PAMI - הפופולרי ביותר ליצירת חיבור עם כוכבית

דוגמה לפלט AMI

אירוע: ערוץ חדש
זכות: להתקשר, הכל
ערוץ: PJSIP/VMS_pjsip-0000078b
מצב ערוץ: 4
ChannelStateDesc: צלצול
מספר זיהוי מתקשר: 111222
שם המתקשר: 111222
ConnectedLineNum:
שם קו מחובר:
שפה: en
קוד חשבון:
הקשר: מ-pstn
הרחבה: ס
עדיפות: 1
ייחודי: 1599589046.5244
Linkedid: 1599589046.5244

• ARI הוא תערובת של שניהם, כולם דרך REST, WebSocket, בפורמט JSON - אבל עם ספריות ועטיפות טריות, לא טובות במיוחד, נמצאו מיידית (phparia, phpari) שהפכו בפיתוחם לפני כ-3 שנים.

דוגמה לפלט ARI בעת תחילת שיחה

{ "variable":"CallMeCallerIDName", "value":"111222", "type":"ChannelVarset", "timestamp":"2020-09-09T09:38:36.269+0000", "channel":{ "id" »:»1599644315.5334″, «שם»:»PJSIP/VMSpjsip-000007b6″, "state":"צלצול", "מתקשר":{ "שם":"111222", "מספר":"111222" }, "מחוברים":{ "שם":"", "מספר" :"" }, "accountcode":"", "dialplan":{ "context":"from-pstn", "exten":"s", "priority":2, "appname":"Stasis", "appdata":"hello-world" }, "creationtime":"2020-09-09T09:38:35.926+0000", "language":"he" }, "כוכביתid":"48:5b:aa:aa:aa:aa", "application":"hello-world" }

נוחות או אי נוחות, האפשרות או חוסר האפשרות לעבוד עם API מסוים נקבעים לפי המשימות שצריך לפתור. המשימות לשילוב עם CRM הן כדלקמן:

• עקוב אחר תחילת השיחה, לאן היא הועברה, שלף CallerID, DID, זמני התחלה וסיום, אולי נתונים מהספרייה (לחיפוש חיבור בין הטלפון למשתמש ה-CRM)

• להתחיל ולסיים את הקלטת השיחה, לשמור אותה בפורמט הרצוי, להודיע ​​בסוף ההקלטה היכן נמצא הקובץ

• התחל שיחה באירוע חיצוני (מהתוכנית), התקשר למספר פנימי, למספר חיצוני וחבר אותם

• אופציונלי: שילוב עם CRM, קבוצות חייגן ו-FollowME להעברת שיחות אוטומטית בהיעדר מקום (לפי CRM)

את כל המשימות הללו אפשר לפתור דרך AMI או ARI, אבל ARI מספקת הרבה פחות מידע, אין הרבה אירועים, הרבה משתנים שעדיין יש ל-AMI (למשל קריאות מאקרו, הגדרת משתנים בתוך פקודות מאקרו, כולל הקלטת שיחות) לא עוברים מעקב. לכן, למעקב נכון ומדויק, בואו לבחור ב-AMI לעת עתה (אך לא לגמרי). בנוסף (טוב, איפה זה היה בלי זה, אנחנו אנשים עצלנים) - בעבודה המקורית (מאמר בהבר) השתמש ב-PAMI. *אז אתה צריך לנסות לכתוב מחדש ל-ARI, אבל לא את העובדה שזה יעבוד.

המצאה מחדש של אינטגרציה

על מנת שה- FreePBX שלנו יוכל לדווח ל-AMI בדרכים פשוטות על תחילת השיחה, שעת סיום, מספרים, שמות קבצים מוקלטים, הכי קל לחשב את משך השיחה באמצעות אותו טריק כמו המחברים המקוריים - הזן את המשתנים שלך ונתח את הפלט עבור נוכחותם. PAMI מציעה לעשות זאת פשוט באמצעות פונקציית סינון.

הנה דוגמה להגדרת משתנה משלך לשעת ההתחלה של השיחה (s הוא מספר מיוחד בתוכנית החיוג שמתבצעת לפני תחילת החיפוש DID)

[ext-did-custom]

exten => s,1,Set(CallStart=${STRFTIME(epoch,,%s)})

אירוע AMI לדוגמה עבור קו זה

אירוע: ערוץ חדש

זכות: להתקשר, הכל

ערוץ: PJSIP/VMS_pjsip-0000078b

מצב ערוץ: 4

ChannelStateDesc: צלצול

מספר זיהוי מתקשר: 111222

שם המתקשר: 111222

ConnectedLineNum:

שם קו מחובר:

שפה: en

קוד חשבון:

הקשר: מ-pstn

הרחבה: ס

עדיפות: 1

ייחודי: 1599589046.5244

Linkedid: 1599589046.5244

יישום: הגדר AppData:

CallStart=1599571046

מכיוון ש-FreePBX מחליף את קבצי extension.conf ו-extension_additional.conf, נשתמש בקובץ הרחבה_מנהג.conf

הקוד המלא של extension_custom.conf

[globals]	
;; Проверьте пути и права на папки - юзер asterisk должен иметь права на запись
;; Сюда будет писаться разговоры
WAV=/var/www/html/callme/records/wav 
MP3=/var/www/html/callme/records/mp3

;; По этим путям будет воспроизводится и скачиваться запись
URLRECORDS=https://www.host.ru/callmeplus/records/mp3

;; Адрес для калбека при исходящем вызове
URLPHP=https://www.host.ru/callmeplus

;; Да пишем разговоры
RECORDING=1

;; Это макрос для записи разговоров в нашу папку. 
;; Можно использовать и системную запись, но пока пусть будет эта - 
;; она работает
[recording]
exten => ~~s~~,1,Set(LOCAL(calling)=${ARG1})
exten => ~~s~~,2,Set(LOCAL(called)=${ARG2})
exten => ~~s~~,3,GotoIf($["${RECORDING}" = "1"]?4:14)
exten => ~~s~~,4,Set(fname=${UNIQUEID}-${STRFTIME(${EPOCH},,%Y-%m-%d-%H_%M)}-${calling}-${called})
exten => ~~s~~,5,Set(datedir=${STRFTIME(${EPOCH},,%Y/%m/%d)})
exten => ~~s~~,6,System(mkdir -p ${MP3}/${datedir})
exten => ~~s~~,7,System(mkdir -p ${WAV}/${datedir})
exten => ~~s~~,8,Set(monopt=nice -n 19 /usr/bin/lame -b 32  --silent "${WAV}/${datedir}/${fname}.wav"  "${MP3}/${datedir}/${fname}.mp3" && rm -f "${WAV}/${fname}.wav" && chmod o+r "${MP3}/${datedir}/${fname}.mp3")
exten => ~~s~~,9,Set(FullFname=${URLRECORDS}/${datedir}/${fname}.mp3)
exten => ~~s~~,10,Set(CDR(filename)=${fname}.mp3)
exten => ~~s~~,11,Set(CDR(recordingfile)=${fname}.wav)
exten => ~~s~~,12,Set(CDR(realdst)=${called})
exten => ~~s~~,13,MixMonitor(${WAV}/${datedir}/${fname}.wav,b,${monopt})
exten => ~~s~~,14,NoOp(Finish if_recording_1)
exten => ~~s~~,15,Return()


;; Это основной контекст для начала разговора
[ext-did-custom]

;; Это хулиганство, делать это так и здесь, но работает - добавляем к номеру '8'
exten =>  s,1,Set(CALLERID(num)=8${CALLERID(num)})

;; Тут всякие переменные для скрипта
exten =>  s,n,Gosub(recording,~~s~~,1(${CALLERID(number)},${EXTEN}))
exten =>  s,n,ExecIF(${CallMeCallerIDName}?Set(CALLERID(name)=${CallMeCallerIDName}):NoOp())
exten =>  s,n,Set(CallStart=${STRFTIME(epoch,,%s)})
exten =>  s,n,Set(CallMeDISPOSITION=${CDR(disposition)})

;; Самое главное! Обработчик окончания разговора. 
;; Обычные пути обработки конца через (exten=>h,1,чтототут) в FreePBX не работают - Macro(hangupcall,) все портит. 
;; Поэтому вешаем Hangup_Handler на окончание звонка
exten => s,n,Set(CHANNEL(hangup_handler_push)=sub-call-from-cid-ended,s,1(${CALLERID(num)},${EXTEN}))

;; Обработчик окончания входящего вызова
[sub-call-from-cid-ended]

;; Сообщаем о значениях при конце звонка
exten => s,1,Set(CDR_PROP(disable)=true)
exten => s,n,Set(CallStop=${STRFTIME(epoch,,%s)})
exten => s,n,Set(CallMeDURATION=${MATH(${CallStop}-${CallStart},int)})

;; Статус вызова - Ответ, не ответ...
exten => s,n,Set(CallMeDISPOSITION=${CDR(disposition)})
exten => s,n,Return


;; Обработчик исходящих вызовов - все аналогичено
[outbound-allroutes-custom]

;; Запись
exten => _.,1,Gosub(recording,~~s~~,1(${CALLERID(number)},${EXTEN}))
;; Переменные
exten => _.,n,Set(__CallIntNum=${CALLERID(num)})
exten => _.,n,Set(CallExtNum=${EXTEN})
exten => _.,n,Set(CallStart=${STRFTIME(epoch,,%s)})
exten => _.,n,Set(CallmeCALLID=${SIPCALLID})

;; Вешаем Hangup_Handler на окончание звонка
exten => _.,n,Set(CHANNEL(hangup_handler_push)=sub-call-internal-ended,s,1(${CALLERID(num)},${EXTEN}))

;; Обработчик окончания исходящего вызова
[sub-call-internal-ended]

;; переменные
exten => s,1,Set(CDR_PROP(disable)=true)
exten => s,n,Set(CallStop=${STRFTIME(epoch,,%s)})
exten => s,n,Set(CallMeDURATION=${MATH(${CallStop}-${CallStart},int)})
exten => s,n,Set(CallMeDISPOSITION=${CDR(disposition)})

;; Вызов скрипта, который сообщит о звонке в CRM - это исходящий, 
;; так что по факту окончания
exten => s,n,System(curl -s ${URLPHP}/CallMeOut.php --data action=sendcall2b24 --data ExtNum=${CallExtNum} --data call_id=${SIPCALLID} --data-urlencode FullFname='${FullFname}' --data CallIntNum=${CallIntNum} --data CallDuration=${CallMeDURATION} --data-urlencode CallDisposition='${CallMeDISPOSITION}')
exten => s,n,Return

תכונה והבדל מתוכנית החיוג המקורית של מחברי המאמר המקורי -

• Dialplan בפורמט .conf, כפי ש- FreePBX רוצה את זה (כן, זה יכול .ael, אבל לא בכל הגרסאות וזה לא תמיד נוח)

• במקום לעבד את הסוף דרך exten=>h, העיבוד הוכנס דרך hangup_handler, מכיוון שתוכנית החיוג של FreePBX עבדה רק איתו

• מחרוזת שיחות סקריפט קבועה, נוספו הצעות מחיר ומספר שיחה חיצוני ExtNum

• העיבוד מועבר להקשרים מותאמים אישית ומאפשר לך לא לגעת או לערוך תצורות FreePBX - נכנסות דרך [ext-עשה-מותאם אישית], יוצא דרך [יוצא-allroutes-מותאם אישית]

• אין קשירה למספרים - הקובץ הוא אוניברסלי ויש להגדיר רק עבור הנתיב והקישור לשרת

כדי להתחיל, אתה צריך גם להפעיל סקריפטים ב-AMI על ידי התחברות וסיסמה - בשביל זה, ל-FreePBX יש גם קובץ _custom

קובץ manager_custom.conf

;;  это логин
[callmeplus]
;; это пароль
secret = trampampamturlala
deny = 0.0.0.0/0.0.0.0

;; я работаю с локальной машиной - но если надо, можно и другие прописать
permit = 127.0.0.1/255.255.255.255
read = system,call,log,verbose,agent,user,config,dtmf,reporting,cdr,dialplan
write = system,call,agent,log,verbose,user,config,command,reporting,originate

יש למקם את שני הקבצים הללו ב-/etc/asterisk, ולאחר מכן לקרוא מחדש את ההגדרות (או להפעיל מחדש את הכוכבית)

# astrisk -rv
  Connected to Asterisk 16.6.2 currently running on freepbx (pid = 31629)
#freepbx*CLI> dialplan reload
     Dialplan reloaded.
#freepbx*CLI> exit

כעת נעבור ל-PHP

אתחול סקריפטים ויצירת שירות

מכיוון שתכנית העבודה עם Bitrix 24, שירות עבור AMI, אינה פשוטה ושקופה לחלוטין, יש לדון בה בנפרד. כוכבית, כאשר AMI מופעלת, פשוט פותחת את הפורט וזהו. כאשר לקוח מצטרף, הוא מבקש הרשאה, ואז הלקוח נרשם לאירועים הדרושים. אירועים מגיעים בטקסט רגיל, ש-PAMI ממירה לאובייקטים מובנים ומספקת את היכולת להגדיר את פונקציית הסינון רק עבור אירועים בעלי עניין, שדות, מספרים וכו'.

ברגע שהקריאה נכנסת, האירוע NewExten מופעל החל מהקשר האב [from-pstn], ואז כל האירועים עוברים לפי סדר השורות בהקשרים. כאשר מידע מתקבל מהמשתנים CallMeCallerIDName ו-CallStart שצוינו ב-_custom dialplan,

1. הפונקציה של בקשת ה-UserID התואם למספר השלוחה שאליה הגיעה השיחה. מה אם זו קבוצת חיוג? השאלה היא פוליטית, האם צריך ליצור שיחה לכולם בבת אחת (כשכולם מתקשרים בבת אחת) או ליצור כמו שהם קוראים כשמתקשרים בתורו? לרוב הלקוחות יש אסטרטגיית Fisrt Available, כך שאין בעיה עם זה, רק מתקשרת אחת. אבל הנושא צריך להיפתר.

2. פונקציית רישום השיחה ב-Bitrix24, המחזירה את ה-CallID, אשר לאחר מכן נדרשת לדווח על פרמטרי השיחה וקישור להקלטה. דורש מספר שלוחה או UserID

לאחר סיום השיחה, נקראת פונקציית הורדת הרשומות, המדווחת בו-זמנית על מצב סיום השיחה (עסוק, אין מענה, הצלחה), וכן מורידה קישור לקובץ ה-mp3 עם הרשומה (אם יש).

מכיוון שמודול CallMeIn.php צריך לפעול ברציפות, נוצר עבורו קובץ אתחול SystemD callme.service, אותו יש לשים ב- /etc/systemd/system/callme.service

[Unit]
Description=CallMe

[Service]
WorkingDirectory=/var/www/html/callmeplus
ExecStart=/usr/bin/php /var/www/html/callmeplus/CallMeIn.php 2>&1 >>/var/log/callmeplus.log
ExecStop=/bin/kill -WINCH ${MAINPID}
KillSignal=SIGKILL

Restart=on-failure
RestartSec=10s

#тут надо смотреть,какие права на папки
#User=www-data  #Ubuntu - debian
#User=nginx #Centos

[Install]
WantedBy=multi-user.target

אתחול והשקה של הסקריפט מתרחשים באמצעות systemctl או שירות

# systemctl enable callme
# systemctl start callme

השירות יפעיל את עצמו מחדש לפי הצורך (במקרה של קריסות). שירות מעקב תיבת הדואר הנכנס אינו מצריך התקנת שרת אינטרנט, יש צורך רק ב-php (שזה בהחלט נמצא בשרת FeePBX). אך בהיעדר גישה לרשומות שיחות דרך שרת האינטרנט (גם עם https), לא ניתן יהיה להאזין לרשומות שיחות.

עכשיו בואו נדבר על שיחות יוצאות. לסקריפט CallMeOut.php יש שתי פונקציות:

• הפעלת שיחה כאשר מתקבלת בקשה לסקריפט php (כולל שימוש בכפתור "התקשר" ב-Bitrix עצמו). זה לא עובד בלי שרת אינטרנט, הבקשה מתקבלת באמצעות HTTP POST, הבקשה מכילה אסימון

• הודעה על השיחה, הפרמטרים והרשומות שלה ב-Bitrix. מופעלת על ידי כוכבית בתוכנית החיוג [תת-שיחה-פנימית-סתיימה] כאשר שיחה מסתיימת

שרת האינטרנט נחוץ רק לשני דברים - הורדת קבצי רשומות Bitrix (באמצעות HTTPS) וקריאה לסקריפט CallMeOut.php. אתה יכול להשתמש בשרת FreePBX המובנה, שהקבצים עבורם הם /var/www/html, אתה יכול להתקין שרת אחר או לציין נתיב אחר.

שרת אינטרנט

בואו נשאיר את הגדרת שרת האינטרנט ללימוד עצמאי (טייטס, טייטס, טייטס). אם אין לך דומיין, אתה יכול לנסות את FreeDomain( https://www.freenom.com/ru/index.html), שייתן לך שם חינמי עבור ה-IP הלבן שלך (אל תשכח להעביר יציאות 80, 443 דרך הנתב אם הכתובת החיצונית נמצאת רק בו). אם רק יצרת דומיין DNS, עליך להמתין (מ-15 דקות עד 48 שעות) עד שכל השרתים ייטענו. על פי ניסיון העבודה עם ספקים מקומיים - משעה עד יום.

אוטומציה של התקנה

תוכנת התקנה פותחה ב-github כדי להקל עוד יותר על ההתקנה. אבל זה היה חלק על הנייר - בזמן שאנחנו מתקינים הכל באופן ידני, שכן לאחר התעסקות עם כל זה נעשה ברור לגמרי מה חבר עם מי, מי הולך לאן ואיך לנפות את זה. אין עדיין מתקין

סַוָר

אם אתה רוצה לנסות במהירות את הפתרון - יש אפשרות עם Docker - צור במהירות קונטיינר, תן לו יציאות בחוץ, החליק את קבצי ההגדרות ונסה (זו האפשרות עם הקונטיינר LetsEncrypt, אם כבר יש לך אישור, אתה רק צריך להפנות את ה-proxy ההפוך לשרת האינטרנט של FreePBX (נתנו לו יציאה אחרת היא 88), LetsEncrypt ב-docker מבוסס על במאמר זה

אתה צריך להריץ את הקובץ בתיקיית הפרויקט שהורדת (אחרי git clone), אבל תחילה היכנס ל-asterisk configs (תיקיית כוכבית) וכתוב את הנתיבים לרשומות ואת כתובת האתר שלך שם

version: '3.3'
services:
  nginx:
    image: nginx:1.15-alpine
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - ./nginx/ssl_docker.conf:/etc/nginx/conf.d/ssl_docker.conf
  certbot:
    image: certbot/certbot
  freepbx:
    image: flaviostutz/freepbx
    ports:
      - 88:80 # для настройки
      - 5060:5060/udp
      - 5160:5160/udp
      - 127.0.0.1:5038:5038 # для CallMeOut.php
#      - 3306:3306
      - 18000-18100:18000-18100/udp
    restart: always
    environment:
      - ADMIN_PASSWORD=admin123
    volumes:
      - backup:/backup
      - recordings:/var/spool/asterisk/monitor
      - ./callme:/var/www/html/callme
      - ./systemd/callme.service:/etc/systemd/system/callme.conf
      - ./asterisk/manager_custom.conf:/etc/asterisk/manager_custom.conf
      - ./asterisk/extensions_custom.conf:/etc/asterisk/extensions_custom.conf
#      - ./conf/startup.sh:/startup.sh

volumes:
  backup:
  recordings:

קובץ docker-compose.yaml זה מופעל באמצעות

docker-compose up -d

אם nginx לא מופעל, אז משהו לא בסדר בתצורה בתיקייה nginx/ssl_docker.conf

אינטגרציות אחרות

ולמה לא להכניס קצת CRM לסקריפטים באותו הזמן, חשבנו. למדנו עוד כמה ממשקי API של CRM, במיוחד את המרכזיה המובנית החינמית - ShugarCRM ו-Vtiger, וכן! כן, העיקרון זהה. אבל זה סיפור אחר, שנעלה מאוחר יותר ל-github בנפרד.

תזכור

• הקוד עצמו נמצא ב-github - https://github.com/CrezZ/bitrix24-freepbx-php

• מאמר מקור לזרע https://habr.com/ru/post/349316/

כתב ויתור: כל דמיון למציאות הוא פיקטיבי וזה לא הייתי אני.

מקור: www.habr.com