@amp-Software-0
אוקיי
תודה רבה!
(חסר לי את המוניטין הנדרש כדי להצביע לך)

@amp-Software-0 כתב באינטגרציה לMonday:

בנוסף,
אם הבנתי נכון את מה שהם כתבו, אתה צריך להחזיר בתגובה את מזהה ה challenge שהם שלחו ב hook,
אם זוהי דרישת סף, אתה תהיה חייב שרת מתווך באמצע כדי שיחזיר את התגובה כפי שהם מצפים לקבל אותה

זו שאלתי, האם יש דרך לבקש מהשרת של 'ימות' להכניס בתגובה JSON זהה לבקשה.

שלום רב, אני עושה את צעדיי הראשונים בעולם הפיתוח ושימוש בAPI של ימות.
אשמח מאוד להסבר וסיוע!

אני מפתח מערכת CRM של Monday,
המטרה שלי לשלוח פקודות לAPI של ימות ממערכת מאנדיי.

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

אני מנסה להכניס את הURL של ימות
https://private.call2all.co.il/ym/api/
אך מקבל שגיאה:
Failed to communicate with URL provided.

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

We will send a JSON POST body, containing a "challenge" field. This is a randomly generated token that we expect you to return as a "challenge" field of your response JSON body to that request.

Here is how the "Challenge" will look like:
{
challenge: “3eZbrw1aBm2rZgRNFdxV2595E9CY3gmdALWMmHkvFXO7tYXAYM8P”
}

The response body should be an identical JSON POST body:

{
challenge: “3eZbrw1aBm2rZgRNFdxV2595E9CY3gmdALWMmHkvFXO7tYXAYM8P”
}

האם יש דרך לספק למאנדיי את התגובה שהיא מצפה לה?

@amp-Software-0 תודה רבה!
(אני חסר מינימום מוניטין להצביע לתגובתך).

@amp-Software-0 כתב בתקשורת שרת-לקוח נכונה בבחירה מעץ נתונים:

אני אישית שומר את כל ההקשות במערך של הסשן ולא קורא ישירות מה GET

כלומר?
אתה שומר מערך של הקשות ובכל פעם מבצע את כל השאילתות מהDB בסדר הזה?

@amp-Software-0 כתב בתקשורת שרת-לקוח נכונה בבחירה מעץ נתונים:

אני פשוט מפנה אותו מחדש לשלוחה באמצעות go_to_folder מה שמאפס את הסטרינג שנשלח

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

כהמשך לאשכול הקודם שלי בנושא, אני עוסק בבניית מערכת בה הלקוח מתבקש לבחור נתון מתוך עץ נתונים.
כפי שהציע לי @צדיק-תמים באשכול הנ"ל, אני משתמש בפרמטר ApiCallId שמתקבל ממערכת ימות המשיח כדי לקבוע את הID של הסשן.
בבקשה הראשונה של הלקוח אני מאחזר את כל הנתונים ללא הורה (כלומר - הנתונים ראשיים), וקובע את האינדקס שלהם לפי הסדר בה הם אוחזרו. את התוצאה הזו אני שומר במערך מיוחד בתוך הסשן של הלקוח, ובמקביל שולח ללקוח הודעה בתוך בקשת read לבחירת אחד מהנתונים הללו באמצעות הקשה (לתוצאה הראשונה הקש 1, שנייה הקש 2 וכו').
כאשר הלקוח חוזר עם הבחירה-אינדקס שלו אני בודק במערך בסשן שלו לאיזה מהנתונים הוא מתכוון, ומאחזר מהDB את כל הילדים של אותו נתון, וכן הלאה, עד לבחירת נתון ללא ילדים.

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

הערה I : 'מיספור' של בקשות הלקוח כדי לדעת היכן הלקוח 'אוחז' אינה אפקטיבית במקרה זה, כיון שאורך עץ הנתונים אינו סימטרי. ישנם נתונים עם אב אחד בלבד, וישנם נתונים עם סבא וסבא רבא וכו'.
הערה II : אני עובד עם PHP על גבי שרת שיתופי (מדובר בשרת של מזמין העבודה ולא נתון לבחירתי).

מקווה שהייתי מספיק ברור,
אשמח לקבל תובנות מקהילת המומחים כאן.

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

@amp-Software-0 תודה רבה!
(אני חסר מינימום מוניטין להצביע לתגובתך).

@amp-Software-0 כתב בתקשורת שרת-לקוח נכונה בבחירה מעץ נתונים:

אני אישית שומר את כל ההקשות במערך של הסשן ולא קורא ישירות מה GET

כלומר?
אתה שומר מערך של הקשות ובכל פעם מבצע את כל השאילתות מהDB בסדר הזה?

@amp-Software-0 כתב בתקשורת שרת-לקוח נכונה בבחירה מעץ נתונים:

אני פשוט מפנה אותו מחדש לשלוחה באמצעות go_to_folder מה שמאפס את הסטרינג שנשלח

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

כהמשך לאשכול הקודם שלי בנושא, אני עוסק בבניית מערכת בה הלקוח מתבקש לבחור נתון מתוך עץ נתונים.
כפי שהציע לי @צדיק-תמים באשכול הנ"ל, אני משתמש בפרמטר ApiCallId שמתקבל ממערכת ימות המשיח כדי לקבוע את הID של הסשן.
בבקשה הראשונה של הלקוח אני מאחזר את כל הנתונים ללא הורה (כלומר - הנתונים ראשיים), וקובע את האינדקס שלהם לפי הסדר בה הם אוחזרו. את התוצאה הזו אני שומר במערך מיוחד בתוך הסשן של הלקוח, ובמקביל שולח ללקוח הודעה בתוך בקשת read לבחירת אחד מהנתונים הללו באמצעות הקשה (לתוצאה הראשונה הקש 1, שנייה הקש 2 וכו').
כאשר הלקוח חוזר עם הבחירה-אינדקס שלו אני בודק במערך בסשן שלו לאיזה מהנתונים הוא מתכוון, ומאחזר מהDB את כל הילדים של אותו נתון, וכן הלאה, עד לבחירת נתון ללא ילדים.

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

הערה I : 'מיספור' של בקשות הלקוח כדי לדעת היכן הלקוח 'אוחז' אינה אפקטיבית במקרה זה, כיון שאורך עץ הנתונים אינו סימטרי. ישנם נתונים עם אב אחד בלבד, וישנם נתונים עם סבא וסבא רבא וכו'.
הערה II : אני עובד עם PHP על גבי שרת שיתופי (מדובר בשרת של מזמין העבודה ולא נתון לבחירתי).

מקווה שהייתי מספיק ברור,
אשמח לקבל תובנות מקהילת המומחים כאן.

@הלי
נתונים הנשלחים לשרת חיצוני באמצעות מודול api נשלחים באחת משלוש צורות: שליחת ההקשות שהוקשו, שליחת הקלטה, או שליחת טקסט שנוצר מהקלטה (stt).

בפרוייקט שלי אני צריך להציג ללקוח רשימת קטגוריות לבחירה. הקטגוריה הנבחרת נשלחת לשרת, והשרת צריך לשלוח חזרה ל'ימות' את רשימת תתי-הקטגוריות של אותה קטגוריה שנבחרה. באמצעות read השרת שולח בקשה נוספת אל הלקוח לבחור שוב אחת מתתי הקטגוריות שנשלחו.

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

@אביי-ורבא כתב בשליחת מחרוזות בAPI באמצעות הקשות:

אני חושב שיש אפשרות להחליף מקש מסויים בקבלת הנתונים בבקשות בתו אחר, איני יודע אם זה יעיל גם למספר תווים, תבדוק בתיעוד api

ראיתי את האפשרות הזו, אך נראה שניתן להשתמש בה כדי להחליף תו בודד בלבד.

@מנסה כתב בשליחת מחרוזות בAPI באמצעות הקשות:

אם תעבוד בריד זה יהיה בקלות

הא כיצד?

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

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

@צדיק-תמים
תודה עצומה לך!
לצערי, אין לי עדיין את המוניטין הנדרש כדי להצביע להודעתך, אך היא הועילה לי מאוד.

אכן הגדרתי בשלוחה שישלח במתודת POST, לא ידעתי שעלי להוסיף את המידלוור הנ"ל כדי לפענח את הבקשה.

(ובקשר לספרייה שלך, נתקלתי בספרייה דומה של מישהו אחר כאן בפורום, מה ההבדלים בין השניים?)

אני משתמש במודול API כדי לשלוח נתונים לשרת node.js
אני מנסה למצוא את הנתונים שנשלחו בתוך האובייקט שנשלח לשרת, ולא מוצא מאומה.

שרת אקספרס לדוגמא:

app.post('/creat-item', async (req, res) => {
console.log(req)
}

איפה אני מוצא את כל הלוג באובייקט req?

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

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

@MGM-IVR תודה רבה!