@שמואל-ש במייל

@ivrפון תודה

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

@נר-יצחק זה לא קשור

@צדיק-תמים לא הספקתי לראות שתיקנת שחסמו עצמם משיחות מימות המשיח

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

מעדכן שנוסף שליחה במודול API של ערך ApiYFCallId, שזהה לcallId שמתקבל בAPI של GetCallsStatus (לא מופיע בתיעוד, אבל פשוט פונים אליו עם טוקן ומקבלים רשימת שיחות) תודה ל @שמואל!

תודה לשמואל שטיפל בעניין.

@nyh אמר בהשמעת date בid_list_message של מודול API: @צדיק-תמים אמר בהשמעת date בid_list_message של מודול API: מה שהבאת זה הקשות, לא השמעות כל מה שהקשות פשוט תיקח את האות הראשונה מכל מילה. כלומר: alpha - a, digits - d, number - n, וכן הלאה... אתה בטוח שקראת את השאלה?

@eliyahu שלחתי פירוט למייל שכתבת.

@Chaim אם ווידאת שזה באג ולא טעות בהגדרה, יהיה יותר יעיל לפנות לימות במייל ראה גם https://f2.freeivr.co.il/topic/3027/הבהרה-בעניין-דיווח-באגים

@צדיק-תמים טופל

@amp-Software-0 אמר בהגדרת שלוחה למעבר במקרה שאין מענה/מענה לא תקין מהשרת במודול API: @שואל-ברצינות אמר בהגדרת שלוחה למעבר במקרה שאין מענה/מענה לא תקין מהשרת במודול API: בתשובה רגילה אתה מחזיר go_to_folder, ההגדרה שבשלוחה מופעלת רק אם לא היתה תשובה תקינה. מה הפירוש 'בתשובה רגילה אתה מחזיר go_to_folder'? ואם הוא מחזיר רק id_list_message ומעוניין לדעת האם יש תקלה בזה? זה אמנם אפשרי לשרשר לכל פעולה שתבצע go_to_folder, אבל זה לא יעיל אם רוצים להחזיר read שאי אפשר לשרשר אליו פעולה נתתי דוגמא. כשאתה שולח read אתה גם מקבל את התגובה בד"כ ( אם המשתמש לא ניתק, אבל זה נושא נפרד ) ויכול לעבד אותה וגם להעביר את המשתמש לשלוחה שתחזיר מהשרת. אם ה-read לא היה תקין המשתמש יעבור באופן אוטומטי לשלוחה שהוגדרה לשגיאות.

@צדיק-תמים כתב בחדש - קו תזכורות לזמני היום לפי ערים: וגם סטטיסטיקות מורחבות בשלוחה 0 > 3, למי שזה מעניין אותו זה לא שלוחה 0>3 אלא 0 לבד תודה תודה רבה על ההשקעה שלך מה שאני יכול להגיד לך אצלי ואני מאמין שזה אצל עוד אלפים שמאז שעשיתי תזכורת אני שומר הרבה יותר בזמנים שזה דאוריייתא ולך יש את הזכות תודה תודה רבה

@צדיק-תמים תנסה להתקשר מחר לשירות לקוחות 0773137770 שלוחה 6

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