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

פ

@דבש אתה מעוניין להגיע אליה בלחיצה על 33 מהתפריט הראשי? זה אפשרי

פ

@י-ע כתב באני צריך עזרה ב 2 נושאים.....:

א. האם יש אופציה של תפריט ששואל אותך לפני בחירת שלוחה האם אתה בטוח
כלומר שלוחה 115 לאישור הקש 1 לשינוי הקש 2
או לחלופין שלוחה אחרת ששואלת ואז מפנה אותך לשלוחה הרצויה

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

ניתן לעשות זאת דרך השיטס...

פ

@י-ע יש כזה דבר ע"י שיטס כנ"ל, אבל יותר פשוט יהיה לך להכניס את ההודעות לתיקייה Messages שבתפריט הראשי עם השמות המתאימים ואז זה יחול על כל המערכת, כמובן אם זה לא מפריע לשלוחות אחרות

אגב, אתה צריך להגדיר בתפריט שהוא יהיה תפריט של 3 ספרות

פ

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

פ

@דבש ככה מוגדר בהגדרות שהבאתי לך למעלה, לא יודע אם אפשר להגדיר 33
אבל זה עובר לשלוחה 33

פ

@דבש צריך ללחוץ על 3, לא על 33
ואי אפשר להעביר אוטומטית הכל יחד, צריך לבחור את כולם באתר ולעשות גזור הדבק

פ

@י-ע

פ

@י-ע אז תעשה מה שכתוב לך בדפדפן, אין פשוט מזה,

ופעם הבאה ניתן להפעיל את הראש לבד

פ

@י-ע כתב ביצירה בבת אחת קבצי INI מרובים עם טקסט שונה לכל קובץ:

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

זה כבר ככה

@י-ע כתב ביצירה בבת אחת קבצי INI מרובים עם טקסט שונה לכל קובץ:

עריכה: וזה לא עובד לי משום מה.....

מה הכוונה? איפה זה נתקע?

פ

@דבש לפי איך שהבנתי את השאלה, אז דבר ראשון אפשר לפתוח לזה שלוחה אחרת בשלוחה ראשית, למשל שלוחה 2,
ואם זה לא אפשרי אפשר לפתוח בתוך שלוחה 1 שלוחה נגיד 33, ולהגדיר בשלוחה:

control_play3=go_to_folder
playfile_control_play_goto=/1/33

וכך כל מי שיקיש 3 בשלוחה 1 יעבור ל33

פ

@דבש אפשר, אם זה יהיה ברור

פ

@דבש תסביר את הבעיה

פ

@י-ע תיצור עותק, אתה הרי לא רוצה שאראה את הטוקן שלך...

פ

@י-ע שיתפתי

פ

@י-ע בקש גישה, תמלא את הנתונים, ותריץ את כל הקישורים
תוכל להשתמש בגוגל סקריפט של השיטס להריץ את כל הקישורים יחד
https://docs.google.com/spreadsheets/d/191TMDrfEOOVOkFjhM7xQR6UhOfv8XC5kOOTUpZSdrZ4/copy

פ

@י-ע אני מכין לך משהו, חכה...

פ

@י-ע https://f2.freeivr.co.il/post/32060

פ

@י-ע כן, ברור
https://f2.freeivr.co.il/topic/18244/יצירת-והרצת-קישורים-מרובים-להרצת-פקודות-על-הרבה-שלוחות?_=1762796140072

פ

@רעות-וטורי
תגובת ג'מיני בספויילר

שלום, זו נשמעת כבעיה קלאסית בניהול מצב (State Management) במערכות מבוססות API ושליחות (כמו מערכות IVR או בוטים).

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

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

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

פתרון מומלץ: שימוש במשתנה "הקשה נוכחית" (Current Input)
במקום לשנות את הפורמט של המשתנה "OPTION" או להוסיף אליו ערכים, הגדר משתנה חדש וקבוע ב-JSON שייצג תמיד את ההקשה הבודדת האחרונה שהמשתמש ביצע.

אופן הפעולה המוצע:
שלח הקשה אחרונה במשתנה קבוע:

בכל קריאת API, במקום לשלוח את ההקשה לתוך מערך הניווט (כמו "OPTION"), שלח אותה במשתנה נפרד, לדוגמה "CURRENT_INPUT".

דוגמאות:

משתמש מקיש ת.ז: "body": {"ID": "123456789", "CURRENT_INPUT": "123456789" }

משתמש מקיש קוד: "body": {"ID": "123456789", "KOD": "4235", "CURRENT_INPUT": "4235" }

משתמש בוחר "תמונת מצב" (1): "body": {"ID": "123456789", "KOD": "4235", "OPTION_HISTORY": ["1"], "CURRENT_INPUT": "1" }

משתמש רוצה לחזור (הקשה "body": {"ID": "123456789", "KOD": "4235", "OPTION_HISTORY": ["1"], "CURRENT_INPUT": "" }

משתמש בוחר הלוואות (3) לאחר חזרה: "body": {"ID": "123456789", "KOD": "4235", "OPTION_HISTORY": ["3"], "CURRENT_INPUT": "3" }

עדכן את הלוגיקה ב-N8N:

השתמש ב-SWITCH רק על המשתנה החדש "CURRENT_INPUT": כעת, ה-SWITCH שלך יבדוק תמיד את ההקשה הבודדת האחרונה.

ניהול מצב הניווט (History): במקביל, השתמש במשתנה נפרד (כמו "OPTION_HISTORY" בדוגמה) כדי לשמור את המיקום האמיתי של המשתמש לצורך ניתוב והקראת המידע הנכון, אבל לא לצורך בדיקת ה-SWITCH של הפעולה האחרונה.

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

שינוי הפורמט (בדוגמה שלך):
בכל קריאה, הוסף משתנה שנקרא "LAST_KEY":

כשהמשתמש חוזר שלב אחורה:

הפורמט הבעייתי שלך: "body": {"ID": "123456789", "KOD": "4235", "OPTION": "1","END_SUMMARY": "*" }

הצעת התיקון: "body": {"ID": "123456789", "KOD": "4235", "OPTION_HISTORY": ["1"], "LAST_KEY": "*" }

לאחר שהמשתמש נמצא בניתוב הראשי ובוחר 3 (הלוואות):

הפורמט הבעייתי שלך: "body": { "ID": "123456789", "KOD": "4235", "OPTION": [ "1", "3" ], "END_SUMMARY": "*" } (הנחתי שהבאת דוגמה ל-3 ולא 2 כפי שכתבת)

הצעת התיקון: "body": { "ID": "123456789", "KOD": "4235", "OPTION_HISTORY": [ "3" ], "LAST_KEY": "3" } (שים לב שבמקרה זה אתה לא צריך לשלוח את * אם המשתמש כבר יצא מהמצב הזה).

עדכון הלוגיקה ב-N8N:
ה-SWITCH ב-N8N צריך לבדוק תמיד את הערך של LAST_KEY.

הערך שנשמר עבור הניווט (מה שקראתי "OPTION_HISTORY") ישקף את המיקום הנוכחי של המשתמש במערכת, ויהיה מנוהל על ידי לוגיקה שמקטינה את המערך כאשר "LAST_KEY" הוא *.

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

האם תרצה שאסייע לך בניסוח הלוגיקה לטיפול בהקשה * בתוך ה-N8N?

פ

@HTML לא, לא, זה יקח זמן