הודעות שפורסמו על ידי y6714453

@יוסף-המתכנת העלת לשלוחה קובץ בשם 000?
כשאתה נכנס לשלוחה אתה שומע אותו ואז נדרש להקליט?

@יוסף-המתכנת
אתה בטוח שהגדרת בשלוחה כך?

type=api
api_link=://פה תשים את הלינק
api_000=CCC,no,record,/9,,no,yes

העלת לשלוחה קובץ בשם 000?

@יוסף-המתכנת כתב ביצירת מערכת בינה מלאכותית טלפונית עזרה!:

ApiCallId - או: ApiDID

תבדוק מה יש בפרמטר CCC

או שתעלה את כל הפרמטרים שהתקבלו

@יוסף-המתכנת כתב ביצירת מערכת בינה מלאכותית טלפונית עזרה!:

אחרי בדיקה הבנתי שהשרת בכלל לא מקבל טקסט מ"ימות המשיח" ולכן אין לו בכלל מה להעביר!
משהו יודע למה זה ככה? והאם מישהו יוכל לתתן לי קוד מלא ל-ext.ini להכניס כך שזה יקליט יתמלל וישלח לשרת כטקסט!?

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

בשביל שההקלטה תישלח לשרת (בלי זיהוי דיבור) תכניס את ההגדרות האלו

type=api
api_link=://פה תשים את הלינק
api_000=CCC,no,record,/9,,no,yes

ותעלה קובץ בשם 000 לשלוחה שאומר משהו כמו "אנא הקליטו... ובסיום הקש סולמית..."

מהיום בלילה בסביבות השעה 1:55 רובוט ההקראה של Edge TTS מחזיר שגיאה
ולכן כל מי שמשתמש עם ה API כדי לייצר קבצי שמע וכדו'
ייתקל בשגיאה משהו כמו זה (כך זה אצלי):

ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: certificate has expired (_ssl.c:1007)

זה קורה בגלל שפג התוקף של ה SSL של השרת שדרכו מתבצעות הקריאות (api.msedgeservices.com).

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

היו רגועים, אין צורך לערוך כלום,
ככל הנראה כשהם יחדשו את התעודת הSSL זה יחזור לעבוד תקין.
אפשר לראות בקישור הזה שהתעודה הייתה בתוקף מתאריך21/10/2024 ועד 16/10/2025 (דהיינו 17/10 לשעון ישראל)
https://www.digicert.com/help/?host=api.msedgeservices.com

@עידו -

אם משתמשים בid_list_message לא צריך להפנות לשלוחה אחרת, אפשר להשמיע במקום.

Spoiler

תשמע משהו מעניין
הפעם הקודמת שאמרת לי משהו לגבי id_list_message זה היה בפוסט הראשון שלי בפורום כששאלתי שאלה דומה...
ואז לא הבנתי מה זה ההגדרה הזו ואיך משתמשים איתה... בכלל לא הבנתי כלום בימות... רק קצת בתכנות
אז עשיתי תיבה אישית למאזין עם המודול הזה והעליתי לשם את התשובה... וכך זה נשאר עד היום...
בכל מקרה תודה על התשובה דאז

אם משתמשים בREAD כתשובה מהשרת אז אפשר ללחוץ גם באמצע ההשמעה.

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

ובשביל זה צריך להשתמש עם בREAD.
@יוסף-המתכנת תשים לב לזה...

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

@יוסף-המתכנת
אם יש לך ידע בתכנות - תשתמש עם המודול API של ימות המשיח.
תשלח בקשה לשרת ושהשרת יחזיר את התשובה בטקסט (ימות המשיח מקריאים אותו עם הרובוט שלהם).
בעיקרון זה יכול להיות מושלם,
הענין הוא שלרובוט הקראה של ימות יש כמה חסרונות (כמו המתנה עד ששומעים את ההקראה, א"א להקיש באמצע על כלום, ועוד...)
תוכל לעשות שבמקום שהשרת שלך יחזיר תשובה בטקסט, שהוא יקח את הטקסט ייצר מזה קובץ שמע ויעלה את זה לשלוחה ייעודית - ותגדיר שהשרת יחזיר כתשובה - להעביר את המאזין לשלוחה איפה שנמצא התשובה.
בשביל להעלות את הקובץ לשלוחה במערכת תצטרך להשתמש גם עם המידע שבקישור הזה,
כלומר תצטרך להעלות את הקובץ עם התחברות + פקודה שמעלה את הקובץ לשלוחה.

עד פה מובן? אפשר להמשיך?

@יוסף-המתכנת
לא מוריד
תחשוב בהיגיון איך יוריד?
מי נתן את המוניטין הראשון? הרי לא היה לו מוניטין?!

Spoiler

@ivrפון כתב בממשק גישה למערכת על פי הרשאות:

@y6714453 לא.
מדובר על אתר חדש חדש.
תסתכל מתי פרסמו אותו.
זה היה ממש לא מזמן.

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

@גלאט-מערכות כתב בממשק גישה למערכת על פי הרשאות:

בעבר ימות המשיח בעצמם פרסמו כאן על הכוונה לפתח אתר ניהול חדש למשתמשים

אולי כדאי שכל אחד מאיתנו יבדוק מה קורה עם זה ויפנה אליהם דרך המייל שציינו שם – pro@yemot.co.il

אם תהיה פנייה מרוכזת מכמה משתמשים, יש סיכוי טוב שזה ייכנס לפיתוח בפועל.

נראה לי הכוונה לאתר החדש שכבר יש... לא?!

@CUBASE כתב בהשמעת קבצים, רשימת השמעה אישית | תקלות:

הבעיה הזאת קיימת גם בהשמעת קבצים רגילה

מעניין כי בתפריט אפשרויות נוספות (לא תפריט שלאחר ההשמעה) כן חוזר הפרמטר עם ההקשה
הנה דוגמא:

"GET /ivr?what=ivr2:/1/3/1/001.wav&PlayStop=1602&PressKey=8-4&ApiCallId=176a1de91ec652f18e918fd56ce5b7f0ced8e812&ApiYFCallId=6b007718-e924-41ba-bb3c-38aa3013e801&ApiDID=0733181201&ApiRealDID=0775372291&ApiPhone=05331*****&ApiExtension=1/3/1&ApiEnterID=phone-05331*****&ApiTime=1760596664 HTTP/1.0" 200 -

בנוסף לקודמים:

5. בתפריט שלאחר ההשמעה אם מגדירים מקש לפנייה לשרת חיצוני
   דהיינו:

control_after_play_moreA5=send_api
control_after_play_moreA4=send_api
api_link=https://...

ואז אחד מהפרמטרים שאמורים להישלח לשרת זה המקש שעליו המאזין הקיש כדי לשלוח את הבקשה לשרת, (בדוגמא היה אמור להישלח PressKey=4 או PressKey=5

וכמו שמפורש להדיא באשכול של השמעת קבצים:

בנוסף לפרמטרים הרגילים שנשלחים ממודול api נשלח גם:
what= מיקום ושם הקובץ המלא. (ivr2:/1/000.wav)
PlayStop= מיקום עצירה של המאזין.
PressKey= המקש עליו המאזין הקיש (במידה והגדרתם את ההגדרה בתפריט אפשרויות נוספות, המידע שיישלח יכלול גם את המקש הראשון וגם את המקש השני עם - ביניהם).

אמנם הבעייה היא שהפרמטר PressKey חוזר ריק
זה כמובן בעייה בגלל שא"א להגדיר שאם המאזין הקיש 4 להעביר אותו לשלוחה מסויימת ואם הקיש 5 להעביר לשלוחה אחרת...
וכך כל הפיתרון להשתמש עם API (כמו בפוסט הקודם בתקלה מס' 1) נגנז למנוחות בגלל ששוב א"א לנתב את המאזין לשלוחות אחרות...

עוד מישהו נתקל בזה?
לא מבין איך מודול כל כך בסיסי מכיל כל כך הרבה באגים... ?!

@קו-הרהיטים כתב בהכנסת טוקן קבוע במקום מספר מערכת וסיסמא:

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

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

דבר שני מה צריך לשנות בהגדרות שמביאים לנו כאן אנשי חסד ! עם פיתוחים פרטיים בשרתים חיצוניים שבהם יש הגדרת מספר מערכת וסיסמא ?
דוגמא לזה:

type=api
api_link=https://teletop770.000webhostapp.com/api/yemot/text.php
**api_add_0=login=מספר מערכת
api_add_1=password=סיסמת ניהול**
api_add_2=key=/שלוחה להעלאה
api_add_3=txt=מספר הודעה
api_add_4=kelet=תוכן להעלאה

המֵפַתֵחַ יצטרך לשנות את צורת ההתחברות שבמקום שהמשתמש יכניס פרמטר למספר מערכת ופרמטר לסיסמא (/מספר מערכת:סיסמא), הוא יצטרך להכניס את הטוקן הקבוע שהוא קיבל.
או להשאיר את מספר מערכת וסיסמא ולהשאיר עוד שורה שבה אפשר להכניס את הסיסמא חד פעמית שהתקבלה באימות דו שלבי.

המודל שהבאת בדוגמא ככל הנראה יפסיק לעבוד עם כניסתה של המדיניות החדשה (אם הוא בכלל עדיין עובד...)!
אלא אם כן מי שפיתח את זה יעדכן את הפיתוח ויאפשר את ההתחברות עם השיטות החדשות.

Spoiler

@איל-משולש כתב:

זה אמנם יעזור אבל כל פעם הנתונים ישלחו לשרת שוב והוא יצטך להמתין לתשובה (ובמקרה שלי זה לוקח זמן),

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

אני למעשה השתמשתי בread עיין פה מה שעשתי באפצייה השנייה

העיקר שב"ה הסתדרת!

@איל-משולש
תעשה כמו ש @תפארת-יעקבב אמר לך,
ובנוסף תגדיר בערך השני yes,
נראה לי שהוא מקריא את התשובה שוב, ולא מעביר את המאזין להקשה/הקלטה מחדש.

ציטוט מהמודול:

הערך השני

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

ברירת מחדל המערכת תקבל מחדש, במידה ומוגדר yes (כמו בדוגמאות 000-007) המערכת תשתמש במה שהלקוח הקיש מקודם ותצרף אותו לסטרינג של השליחה

עריכה: נראה לי שכששומעים את התשובה של השרת ההקשות חסומות... ואז זה בעיה אם תעשה לופ, כי א"א לצאת מהשלוחה אף פעם...
אז אתה יכול לעשות שבסיום התשובה יהיה מעבר לשלוחה אחרת ובשלוחה ההיא תשים שתי שלוחות: אחד - מחזיר לשלוחת API והשני מעביר לשלוחה אחרת - דהיינו יציאה - ותשים שם קובץ M1000 "לשמיעה חוזרת (ובעצם זה חוזר לשלוחת API) הקש אחד, ליציאה הקש שתיים.

@עונה-תשובות
תגדיר כך:

type=hangup
send_tzintuk=yes
send_tzintuk_from=0772222770

@עונה-תשובות
נכון! כי ההגדרה הזו היא לא במקום ההגדרה של סוג השלוחה.
זה רק הגדרה "להטמעה בכל מודול" כלומר בנוסף להגדרות קיימות -
למשל אם השלוחה מוגדרת כהשמעת קבצים אז בנוסף לזה שזה יהיה שלוחה של השמעת קבצים - יישלח הצינתוק בכניסה לשלוחה.

אם אתה רוצה שכל מה שהשלוחה הזו תעשה זה תשלח צינתוק ולאחר מכן המאזין יחזור אחורה
אתה יכול להגדיר בשלוחה כך:

type=go_to_folder
go_to_folder=..
send_tzintuk=yes
send_tzintuk_from=0772222770

ואז ההגדרה של סוג השלוחה - זה שלוחה שמעבירה את המאזין שלב אחד אחורה, ובנוסף לזה יישלח הצינתוק.

(אם אתה רוצה שהשלוחה תעביר למקום אחר, אתה יכול לשנות את השורה הזו go_to_folder=.. ובמקום זה לשים את הנתיב המלא למשל go_to_folder=/1/2/3
הבנת?
תעדכן שהסתדרת...

@עונה-תשובות כתב בחיבור אוטומציה:

היי אפשר לחבר את אוטומציה של GPT למערכת הטלפונית

צריך שרת וAPI של GPT וכמובן לכתוב קוד שיבצע את כל התהליך... (חוץ מההגדרות בשלוחות)
האם זה מורכב?
למי שלא התעסק עם שרתים וקודים - כנראה שכן...

אם זה לא בקטגוריה הנכונה תגידו ואני יעביר

במקרה הזה "קלעת" לקטגוריה הנכונה... אבל במקרה הזה ממש לא!