נושאים שנוצרו על ידי צדיק תמים

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

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

שחסמו עצמם משיחות מימות המשיח

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

מעדכן שנוסף שליחה במודול 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 בקשות למתודה כל שהיא עם טוקן שכבר לא פעיל - לא יחסמו ממשק.

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

@צדיק-תמים ראשית כל בהודעת M0000 ניתן להעלות גם קובץ M000-1
וחוצמיזה ששניתן להגדיר שא"א לדלג גם על M0000

play_and_return=play_all

מקור

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

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

@שמואל

כמובן אתה צודק...