המלצות והצעות עבור מודול api חדש.
-
@אביי-ורבא כתב בהמלצות והצעות עבור מודול api חדש.:
אפשרות להגדרה של חיוב הקשת סולמית גם אם המשתמש הקיש את מקסימום הספרות הנדרשות (וכמובן, שעדיין יהיה אפשר להמתין שיחלפו סך השניות להמתנה לתגובת המשתמש והמערכת תאשרר אוטומטית)
בנוסף להנ"ל (ולא במקום הנ"ל):
- אפשרות להגדיר שה-
#ישלח לשרת בדיוק כמו שנשלח כשמקישים1או12וכו'
- אפשרות להגדיר שה-
-
הועבר מ עזרה הדדית למשתמשים מתקדמים ע"י ש שמחה - זו הסיסמא
-
@אביי-ורבא
אני התכוונתי בדיוק למה שכתב @ע-ג :אפשרות להגדיר שה-# ישלח לשרת בדיוק כמו שנשלח כשמקישים 1 או 12 וכו'
כלומר, שב-
read(בערך ה-16 לדוגמה) יהיה ניתן להגדירyesע"מ שמקש#יהיה כמקש רגיל וישלח לשרת בדיוק כמו ההקשות האחרות
ניתן להוסיף: במידה ובערך ה-16 מוגדרyes, בערך ה-17 יהיה ניתן להגדיר מקש שיסיים את ההקשה (מה שעושה היום#). עריכה: או קבוצת מקשים, לדוגמהלסיום הקישו **. -
מלבד כל מה שכתבו פה לפני, ובעיקר מה שכתב @אביי-ורבא:
אפשרות לשלוח קבצי שמע להשמעה מיידית ללא צורך בהעלאה למערכת ושליחת הנתיב להשמעה
אשמח שגם לא ישאיר עקבות מהקובץ במערכת, שלא יוכלו להעתיק אתו מהלוג.
ואני חשבתי על הדברים הבאים:
- אפשרות לשרשר בקשות בread. שאוכל לבקש כמה שאלות.
- אפשרות לערוך ערך שכבר נשלח, ולא רק לבקש אותו שוב.
- אפשרות להעביר את הקריאות משלב זה והלאה לכתובת API אחרת.
3.1 במידה ועושים את זה - אפשרות לצרף ערך קבוע שישלח החל מהוובהוק הבא (כדי להעביר מידע מהשרת הראשון לשני על אופי השיחה וכו')
זה מה יש לי בראש בנתיים.
-
@שמחה-זו-הסיסמא מקבלים גם הצעות לשיפור של הAPI או רק מודול API?
-
-
ששליחת נתון ריק ע"י # ושליחת נתון ריק ע"י זמן המתנה להקשה יהיו נתונים שונים, כלומר אם הקיש סולמית אז יישלח
#ואם עבר זמן ההמתנה להקשה ולא הקיש - יישלחNone -
אפשרות להגדרת מקשים לדילוג מספר שניות קדימה ואחורה בהשמעת קובץ
- וכן קבלת מיקום המאזין בשמיעת הקובץ ואפשרות להשמעת קובץ ממיקום מסוים עד מיקום מסוים (או עד סוף הקובץ)
-
-
@צדיק-תמים כתב בהמלצות והצעות עבור מודול api חדש.:
@שמחה-זו-הסיסמא מקבלים גם הצעות לשיפור של הAPI או רק מודול API?
כן
-
@kol כתב בהמלצות והצעות עבור מודול api חדש.:
@צדיק-תמים כתב בהמלצות והצעות עבור מודול api חדש.:
@שמחה-זו-הסיסמא מקבלים גם הצעות לשיפור של הAPI או רק מודול API?
כן
אתה כותב את זה בשם חברת ימות המשיח או שזו דעתך האישית?
מהפוסטים שלך לא נראה שיש לך קשר לימות -
@צדיק-תמים כתב בהמלצות והצעות עבור מודול api חדש.:
@שמחה-זו-הסיסמא מקבלים גם הצעות לשיפור של הAPI או רק מודול API?
אני ביקשתי מ@eliyahu תיקון של הלוגים של API שלפעמים לא נרשם כלום כשהתשובה לא תקינה
והתשובה שקיבלתי היא להעלות את הפוסט שהעליתי... -
בס"ד
לא יודע אם חשבו על זה. אבל להוסיף כמו בהרבה מקומות כמו Secret שישלח בהדר של הבקשה אל השרת וככה אפשרי לאמת האם הבקשה מגיעה מהמערכת. לא מספיק כיום הפרמטרים הרגילים. שאני אגדיר מה הסיקרט. או לדוגמא עלה לי עכשיו יש כאלה שעושים אם אני לא טועה שהסיקרט בהדר זה סוג של קידוד של כל הבקשה עצמה. משהו כזה. (בAPI של ווצאפ עם הגדרת FLOW יש לי נראה לי את זה. וגם במערכת נגיד של מורנינג למי שמכיר בוובהוק זה מוגדר ככה סוג האימות הזה)
מה שאני הייתי עושה בדרכ כדי לאמת שיחות שלא מגיעות מהמערכת הטלפונית זה אשכרה להריץ שיחות נכנסות עם הטוקן ואז להשוות בין המזהה שיחה שמגיע בהוק למזהה שיחה של הAPI לרשימת שיחות...... וכמובן שכל הפעולה הזאת גם היתה לוקחת זמן ולפעמים לא יעילה.
למה זה נצרך? בהרבה מודלים נגיד שלא ארצה שיפיעלו על זה API ושזה יהיה מאופשר רק מהמערכת הטלפונית.
שכוייח
נ.ב.
בבקשה קבועה כל אחד יכול "לזייף" הדר. אבל במפתח שאני בוחר קשה לנסות.אולי עוד אופצייה שכבר כתבו כאן שישלח הטוקן של המערכת ואז לאמת עם GetSession
-
- פונקציונליות גדולה יותר בהקלטות - תפריט הקלטה נורמלי, שינוי מקשי תפריט, סיום הקלטה לפי זמן שקט, וכו'
-
יהיה חשוב לתת אפשרות ליצור טוקן שמוגבל רק לחלק מהפעולות, חוץ מהטוקן שמאפשר שליטה מלאה על כל המערכת. וכן לבחור כמה זמן הטוקן יישאר חי.
כמו כן, חשוב שיהיה אפשרות במודול API, שהמערכת תיצור ותשלח לשרת טוקן זמני שיהיה בתוקף עד ניתוק השיחה שיצרה את הטוקן, וכן כמובן אפשרות שהטוקן יהיה מוגבל למשל רק לפעולות על קבצים ושלוחות במערכת, או רק לקמפיינים,
כך יהיה ניתן לשמור יותר על אבטחת המערכת, ולא כל מפתח API יצטרך לקבל שליטה מלאה על המערכת.
(זה טוב למשל אם יש לי רשימות תפוצה שאני לא מעוניין שלמתכנת יהיה גישה אליהם, ועוד הרבה מקרים)
ואם כבר מדברים על אבטחה, טוב שיהיה אפשרות להגביל איזה כתובות IP מורשים להתחבר לקו או ל API -
@איש-ימיני כתב בהמלצות והצעות עבור מודול api חדש.:
וכן לבחור כמה זמן הטוקן יישאר חי.
חשוב מאוד, כיום אין דרך להנפיק טוקן קבוע (גם אם משתמשים בטוקן כל חצי שעה הוא מתאפס מידי שבוע)
-
כמו כן אני חושב שיהיה שימושי שיהיה תיעוד בקריאה
אני יסביר
אני מדבר על שני החלקים גם על המודל ששם בנוסף לפרמטרים ישלח תיעוד מה הם התשובות הניתנות למענה וגם ובמיוחד על הגישת מפתחים שהיום למשל אם שולחים ריק מחזיר רק שגיאה אז שיחזיר מה הפרמטרים הנדרשים והאפשריים וכולי
מקווה שהיה ברור הרעיון העיקר תיעוד מלא ומסודר בקריאה -
@הלי כתב בהמלצות והצעות עבור מודול api חדש.:
כמו כן אני חושב שיהיה שימושי שיהיה תיעוד בקריאה
אני יסביר
אני מדבר על שני החלקים גם על המודל ששם בנוסף לפרמטרים ישלח תיעוד מה הם התשובות הניתנות למענה וגם ובמיוחד על הגישת מפתחים שהיום למשל אם שולחים ריק מחזיר רק שגיאה אז שיחזיר מה הפרמטרים הנדרשים והאפשריים וכולי
מקווה שהיה ברור הרעיון העיקר תיעוד מלא ומסודר בקריאהיותר חשוב לדעתי לפרסם קובץ openapi, זה אמור להיות קל יחסית כי לפי השגיאות הAPI של ימות בנוי בשפה טיפוסית אז צריך רק לחשוף DTOs מתאימים,
זה יאפשר לג'נרט קליינטים לכל השפות -
עריכה: @CUBASE צודק רק מקודם נאמר פה שניתן לבקש גם שדרוגים לAPI לא רק על המודול.
בכל אופן העברתי לנושא חדש -
@אופיר מדובר פה על שדרוג מודול API, לא על גישת API
-
@שמחה-זו-הסיסמא תכלס' אחרי כל הבקשות פה - מתי בפועל נתחיל לראות שינויים?
(לפי כמות הבקשות נראה שזה מצריך מודול חדש..)
