ניהול

@שמואל כתב בתיעוד API לטובת ניהול וביצוע אימות דו-שלבי - לטובת מפתחי ממשקים חיצוניים:

@חוויה-טלפונית כתב בתיעוד API לטובת ניהול וביצוע אימות דו-שלבי - לטובת מפתחי ממשקים חיצוניים:

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

מה זה ההמצאה הזו? למה לא פשוט להציג את הקוד באתר וזהו?
איפה שמעת שדבר כזה נקרא ״אימות דו-שלבי״?
איפה פה הגורם השני?

@חוויה-טלפונית אני אסביר משהו עקרוני: שרתים לא אמורים לעבוד ביכלל עם אימות דו שלבי אלא רק עם api_key.
הם לא אמורים לעבוד עם זה כי הם לא אמורים להיות חשופים לסיסמא של המערכת כלל וכלל!!!
וזאת גם הסיבה שאי אפשר להשאיר את הטוקן של מערכת:סיסמא
השימוש היחיד של סיסמא אמור להיות בהתחברות לאתרים או לממשקים כדוגמת אתר של ניהול תורים וכדו' שם בהתחברות ראשונה יש שימוש בסיסמא כדי לקבל טוקן רגיל עם פקודת Login ושם אפשר גם לבקש בקלות אימות דו שלבי למייל או לטלפון.
בהתאם לזה מובן כבר שהבקשה לאשר מול כתובת api היא לא סבירה.

כשמגדירים booking_max בקבלת נתונים
איך מגדירים לאן יעבור כשעבר את הכמות המוגדרת?

@קו-המוסיקה כמו שחשבתי זה לא עובד בשלוחת השמעת קבצים

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

@קו-המוסיקה
https://f2.freeivr.co.il/post/110982
השאלה היחידה אם זה יעבוד גם בשלוחת השמעת קבצים ,לא לגמרי בטוח
או שתעשה תפריט שישמיע הודעת M1000 של שניה שקט ואחכ יעביר להשמעת קבצים מיד

@ישראל-דיין
אתה כותב מאוד לא ברור, אין מצב שמישהו חוץ ממך הבין מה שכתבת

@קו-המוסיקה
אם יש לך רק הודעה אחת בשלוחה בסוף אז אפשר לעשות כותרת ל 000 אם אין את 000 זה לא ישמיע אותה

@קו-המוסיקה
אין אופציה כזו...

@גלאט-מערכות כתב בחדש! מודול שיתוף מערכת בין מאזינים:

@eliyahu @שלוימי-770

@eliyahu כתב בחדש! מודול שיתוף מערכת בין מאזינים:

זיהוי השיחה היוצאת

הזיהוי של השיחה היוצאת הוא מספר הטלפון של המאזין ממנו בוצע השיתוף.

אז למה צריך אופציה של "לשמיעת מספר הממליץ בהקישו על 3?

למה לא?
למי זה מפריע?
(יש עדיין טלפונים נייחים אנלוגים פשוטים שאין שם שיחה מזוהה, הדבר הזה עדיין קיים)