מודול API - ביצוע פעולות על רשימה שחוזרת מהשרת
-
-
@Chaim כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
@MGM-IVR כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
באיזה שפה אתה כותב?
#C
באיזה שרת http?
-
@MGM-IVR כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
באיזה שרת http?
אין לי מושג. זה NET.
אבל זה לא העניין, אני יכול לכתוב גם בשפות אחרות. עדיין אין לי פיתרון לכל הדרישות.
בפיתרון האחרון שהצגתי - להחזיר את הרשימה כקבצים בשלוחה אחת - זה מאפשר דפדוף בין הפריטים אבל לא מאפשר פעולות על פריטים.
בפיתרון הראשון שהצגתי - להחזיר את הפריטים כשלוחות - זה מאפשר פעולות על הפריטים אבל לא מאפשר דפדוף בין הפריטים. -
למישהו יש פיתרון ?
אין פיתרון בימות המשיח ?
מה אומר @ימות-המשיח ? -
@Chaim
מהנסיון שלי בכמה וכמה פרוייקטים, עדיף לרכז את הפיתוח כמה שיותר במקום אחד. בפתרון שהצעת ליצור שלוחות עבור כל משתמש זה מצריך תחזוק קבוע ב-2 הזירות, גם ברמת ימות, וגם ברמת השרת, מה שמסרבל את הפיתוח, הבדיקות והתחזוק.
יש לי פרוייקטים שברמת ימות אין יותר מאשר שלוחה אחת שתיים, והכל מתנהל בשרת, יש לזה פתרונות מאוד פשוטים וקלים.ברמת העיקרון, בשביל הצורך שלך, מציע לך לשמור את כל הליסט שהתקבל מהשרת אצלך בשרת (זה יכול להיות בדאטה בייס לפי מזהה השיחה, או בקובץ מקומי, או במשתנה מקומי (כדוגמת
$_SESSION
ב PHP), במקביל, לשמור משתנה ששומר באיזה אינדקס המשתמש אוחז, כך שבכל שלב המערכת תשלוף מתוך הליסט את האייטם הנוכחי, וכמובן שהפעולות ותפריט המקשים יתבצע על האיטם הנוכחי. בנוסף בכל שלב תוכל לעבור לתפריט להקשת אייטם רצוי לדילוג.
זה הרעיון שאני מממש בכמה מערכות, בגדול. -
@Chaim כמו שכתבו הפתרון הוא read, כדאי לכתוב את זה בnode.js כי יש ספריה שנבנתה ע"י @מאזין-נלהב ושופרה על ידי.
https://github.com/ShlomoCode/yemot-router2
אם לדוגמה אתה רוצהאבל אני לא מבין איך אני יכול לשלוח רשימה למשל רשימת תחנות ולאפשר פעולות על הרשימה:
הקש 1 לבחירת התחנה (לבחירת תחנה בעת שמיעת רשימת התחנות תוך כדי שהקריין מקריא את אחת התחנות שברשימה, ואז להשמיע פרטים על התחנה - מתי תגיע אוטובוס וכדומה).
הקש 2 לדילוג לתחנה הבאה (לצורך דילוג בין הפריטים - כשאני לא רוצה לשמוע את כל הפריטים - התחנות רק להגיע לפריט מסויים).
הקש 3 לחזרה לתחנה קודמת (לפריט קודם ברשימת הפריטים).
מקווה שהובנתי.הקוד ייראה בערך ככה:
for (let i = 0; i < messages.length; i++) { const message = messages[i]; const resp = await call.read([message], 'tap', { block_change_type_lang: true, read_none: true, sec_wait: 0.1, max: 1 }); // הדגמה - אם הקיש 2 תוך כדי שם התחנה - לחזור לתחנה קודמת if (resp === '2') { if (i === 0) { // שלא יגיע למספר שלילי i -= 1; } else { i -= 2; } } }
messages הוא בעצם מערך של הודעות טקסט להשמעה.
read_none מאפשר תשובה ריקה, כך שאם המאזין לא לחץ כלום במהלך השמעת ההודעה, השרת של ימות פשוט יפנה לשרת שלך, ויקבל שוב הודעה אחת להשמעה.
אם המאזין יקיש תוך כדי, אתה תקבל את ההקשה שלו ותדע מה לעשות איתה, כאשר כמובן אתה בקוד שלך ויודע מה לעשות בתגובה.
לעשות את זה בלי הספריה הנ"ל זה באמת סיוט... הספריה הזו גורמת לכך שהקוד בעצם קריא ורץ לפי הסדר, מתחילה ועד סוף, ללא שום איבוד נתונים בין הקריאות של ימות.
ראיתי ששאלת על תפריט, שם זה פשוט עוד יותר - משמיעים הודעה אחת עם read, והתשובה שהוקשה אתה מפרש אותה כבחירה בתפריט. -
@צדיק-תמים
תודה רבה לכל המסייעים, אכן לא הכרתי מספיק את הפונקציה read.
ואכן זה נשמע פתרון מוצלח ומעולה.
לצערי אני לא יכול להצביע לכם כי אין לי מוניטין..... -
@צדיק-תמים כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
הספריה הזו גורמת לכך שהקוד בעצם קריא ורץ לפי הסדר, מתחילה ועד סוף, ללא שום איבוד נתונים בין הקריאות של ימות.
השרת ממשיך לחכות לתשובה?
כי הבנתי שבphp לא -
@הלי כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
@צדיק-תמים כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
הספריה הזו גורמת לכך שהקוד בעצם קריא ורץ לפי הסדר, מתחילה ועד סוף, ללא שום איבוד נתונים בין הקריאות של ימות.
השרת ממשיך לחכות לתשובה?
כי הבנתי שבphp לאברור
node.js היא לא PHP... -
@צדיק-תמים ימות המשיח שולחים קריאות בעקרון לphp לא?
-
@הלי כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
@צדיק-תמים ימות המשיח שולחים קריאות בעקרון לphp לא?
ממש לא
-
@צדיק-תמים כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
@Chaim כמו שכתבו הפתרון הוא read, כדאי לכתוב את זה בnode.js כי יש ספריה שנבנתה ע"י @מאזין-נלהב ושופרה על ידי.
https://github.com/ShlomoCode/yemot-router2
הקוד ייראה בערך ככה:for (let i = 0; i < messages.length; i++) { const message = messages[i]; const resp = await call.read([message], 'tap', { block_change_type_lang: true, read_none: true, sec_wait: 1, max: 1 }); // הדגמה - אם הקיש 2 תוך כדי שם התחנה - לחזור לתחנה קודמת if (resp === '2') { if (i === 0) { // שלא יגיע למספר שלילי i -= 1; } else { i -= 2; } } }
messages הוא בעצם מערך של הודעות טקסט להשמעה.
read_none מאפשר תשובה ריקה, כך שאם המאזין לא לחץ כלום במהלך השמעת ההודעה, השרת של ימות פשוט יפנה לשרת שלך, ויקבל שוב הודעה אחת להשמעה.
אם המאזין יקיש תוך כדי, אתה תקבל את ההקשה שלו ותדע מה לעשות איתה, כאשר כמובן אתה בקוד שלך ויודע מה לעשות בתגובה.
לעשות את זה בלי הספריה הנ"ל זה באמת סיוט... הספריה הזו גורמת לכך שהקוד בעצם קריא ורץ לפי הסדר, מתחילה ועד סוף, ללא שום איבוד נתונים בין הקריאות של ימות.
ראיתי ששאלת על תפריט, שם זה פשוט עוד יותר - משמיעים הודעה אחת עם read, והתשובה שהוקשה אתה מפרש אותה כבחירה בתפריט.אני ב- #C. רוצה להבין יותר ברור.
- אני צריך לשמור היכן שהוא את הרשימה ?
- איך אני יודע באיזה פריט המאזין אוחז ?
הרי בכל פעם שמאזין מגיב (או לא מגיב), ימות חוזרים אלי לשרת כאילו מהתחלה, לא כן ?
אז לגבי שאלה 2, אולי אגדיר לכל פריט שאני שולח למאזין, משתנה הכולל את האינדקס (לדוגמא MSG_1) ואז יצטברו בURL כל הפריטים, ובכל פעם אבדוק מה הפריט האחרון שהתווסף וכד' ?
אבל עדיין מה עם שאלה 1 - היכן לשמור את הרשימה ? ב-DB - לפי המס' שהתקשר ? נראה לי קצת מדאי הרבה פעולות על כל פריט (שליפה מ-DB וכו') המאזין יצטרך לנוח בין כל פריט ופריט.... -
@Chaim הקוד שכתבתי הוא בnode.js, כיוון ששם יש ספריה, שמפשטת את הקוד.
בכל שפה אחרת, תצטרך לבד לנהל את כל הערכים בURL, לשמור על המצב בין הקריאות, וכן הלאה.
במקרים מורכבים זה ממש ממש כאב ראש...@Chaim כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
אבל זה לא העניין, אני יכול לכתוב גם בשפות אחרות. עדיין אין לי פיתרון לכל הדרישות.
ממליץ אם כן לכתוב בnode.js עם הספריה הנ"ל.
אם אתה מתעקש על C#, לא נותר לי אלא לאחל בהצלחה, תעבור קצת על קודים בפורום ותראה איך משתמשים מתמודדים עם הבעיה שכל בקשה מריצה את הקוד מההתחלה (בשפות אחרות).
@Chaim כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
הרי בכל פעם שמאזין מגיב (או לא מגיב), ימות חוזרים אלי לשרת כאילו מהתחלה, לא כן ?
לא מדויק. בURL יהיה גם את כל הערכים הקודמים.
כדאי לקרוא בעיון את https://f2.freeivr.co.il/post/78283הנתונים הנשלחים לשרת
לאחר קבלת הנתון מהמשתמש המערכת מוסיפה את הנתון הזה על הנתונים שנשלחו בפעם הקודמת לשרת ושולחת הכל לשרת.
לכן חשוב לשים לב לא להשתמש בread בפרמטר שכבר קיים, כי במקרה כזה המערכת תשלח לכם את הפרמטר הזה פעמיים וזה ייצור אצלכם קונפליקט בשרת.@Chaim כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
אבל עדיין מה עם שאלה 1 - היכן לשמור את הרשימה ? ב-DB - לפי המס' שהתקשר ? נראה לי קצת מדאי הרבה פעולות על כל פריט (שליפה מ-DB וכו') המאזין יצטרך לנוח בין כל פריט ופריט....
אין סיבה בdb, אפשר במשתנה גלובלי כלשהו, כלומר משתנה שמחזיק בין הבקשות.
לדוגמה בexpress (node.js) יש את app.locals, או סתם משתנה שמוגדר בסקופ יותר גבוה.
כנ"ל בפייתון, ע"י המילה השמורהglobal
-
@צדיק-תמים תודה רבה לך!
-
@צדיק-תמים כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
ממליץ אם כן לכתוב בnode.js עם הספריה הנ"ל.
אם אתה מתעקש על C#, לא נותר לי אלא לאחל בהצלחה, תעבור קצת על קודים בפורום ותראה איך משתמשים מתמודדים עם הבעיה שכל בקשה מריצה את הקוד מההתחלה (בשפות אחרות).@צדיק-תמים כברכתך ... כתבתי אכן ב-#C בהצלחה ב"ה. אכן חייבים ספריה מסודרת אחרת אפשר להתבלבל בגדול. ואכן לצורך כך פיתחתי את HTP.Yemot.NET שניתן להוריד אותה מכאן. בהמשך אשתדל לתעד ולהוסיף דוגמאות. בנתיים ניתן להשתמש בה בהצלחה.
-
@Chaim הקישורים חסומים
-
@בוס כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
@Chaim הקישורים חסומים
זה ב- github
https://github.com/chaimhtp/HTP.Yemot.NET
חסום לך github ? -
@Chaim אני בחדר מחשבים אז כנראה שכך מוגדר
-
@Chaim כתב במודול API - ביצוע פעולות על רשימה שחוזרת מהשרת:
@צדיק-תמים כברכתך ... כתבתי אכן ב-#C בהצלחה ב"ה. אכן חייבים ספריה מסודרת אחרת אפשר להתבלבל בגדול. ואכן לצורך כך פיתחתי את HTP.Yemot.NET שניתן להוריד אותה מכאן. בהמשך אשתדל לתעד ולהוסיף דוגמאות. בנתיים ניתן להשתמש בה בהצלחה.
שיפרתי את התיעוד והדוגמאות.
פתחתי נושא חדש בנידון. -
@Chaim קודם כל זה יפה מאוד, היוזמה והביצוע,
אבל אם אני מבין נכון, זה רק חצי פתרון - חוסך התעסקות עם סטרינגים ולספור פסיקים וכולי, אבל לא פותר את הבעיה הקריטית יותר, של שימור המצב והמשתנים בין הקריאות,
כמו שהספריה של nodejs מאפשרת להריץ את הפונקציה מהתחלה עד הסוף ממש כאילו שזה קריאה אחת