• הרשמה
    • התחברות
    • חיפוש
    • דף הבית
    • אינדקס קישורים
    • פוסטים אחרונים
    • קבלת התראות מהדפדפן
    • משתמשים
    • חיפוש בהגדרות המתקדמות
    • חיפוש גוגל בפורום
    • ניהול המערכת
    • ניהול המערכת - שרת private

    משא ומתן עם השרת - נושא צדדי

    פורום מפתחים API
    4
    16
    141
    טוען פוסטים נוספים
    • מהישן לחדש
    • מהחדש לישן
    • הכי הרבה הצבעות
    תגובה
    • הגיבו כנושא
    התחברו בכדי לפרסם תגובה
    נושא זה נמחק. רק משתמשים עם הרשאות מתאימות יוכלו לצפות בו.
    • ע
      עידו נערך לאחרונה על ידי

      תגובה: משא ומתן עם השרת

      לא רציתי להדחף שם לשואל השאלה אז עברתי לכאן.

      @דוד_מלך_ישראל אז בעצם כשעושים בקשת read צריך לעבור את כל הבדיקות והתהליך מהתחלה ולפי מה שיוצא להתייחס לתשובה מהread?

      M תגובה 1 תגובה אחרונה תגובה ציטוט 0
      • M
        MGM IVR מומחה @עידו נערך לאחרונה על ידי

        @עידו כתב במשא ומתן עם השרת - נושא צדדי:

        תגובה: משא ומתן עם השרת

        לא רציתי להדחף שם לשואל השאלה אז עברתי לכאן.

        @דוד_מלך_ישראל אז בעצם כשעושים בקשת read צריך לעבור את כל הבדיקות והתהליך מהתחלה ולפי מה שיוצא להתייחס לתשובה מהread?

        נכון.

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

        ע תגובה 1 תגובה אחרונה תגובה ציטוט 1
        • ע
          עידו @MGM IVR נערך לאחרונה על ידי

          @MGM-IVR אז לו יצויר שחלק מפעולת השרת זה שימוש בערך רנדומלי, יווצרו בעיות, כיון שבפניה הראשונה הוגרל X והשרת פעל לפיו ובפעם השניה יוגרל Y שמשנה את כל ההמשך?

          אגב, אז מה העדיפות של סשן? לכאורה הוא לא עוזר לי כלל.

          M תגובה 1 תגובה אחרונה תגובה ציטוט 0
          • M
            MGM IVR מומחה @עידו נערך לאחרונה על ידי

            @עידו כתב במשא ומתן עם השרת - נושא צדדי:

            @MGM-IVR אז לו יצויר שחלק מפעולת השרת זה שימוש בערך רנדומלי, יווצרו בעיות, כיון שבפניה הראשונה הוגרל X והשרת פעל לפיו ובפעם השניה יוגרל Y שמשנה את כל ההמשך?

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

            ע תגובה 1 תגובה אחרונה תגובה ציטוט 1
            • ע
              עידו @MGM IVR נערך לאחרונה על ידי

              @MGM-IVR כתב במשא ומתן עם השרת - נושא צדדי:

              @עידו כתב במשא ומתן עם השרת - נושא צדדי:

              @MGM-IVR אז לו יצויר שחלק מפעולת השרת זה שימוש בערך רנדומלי, יווצרו בעיות, כיון שבפניה הראשונה הוגרל X והשרת פעל לפיו ובפעם השניה יוגרל Y שמשנה את כל ההמשך?

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

              לא שם רנדומלי, ערך רנדומלי.

              M תגובה 1 תגובה אחרונה תגובה ציטוט 0
              • M
                MGM IVR מומחה @עידו נערך לאחרונה על ידי

                @עידו כתב במשא ומתן עם השרת - נושא צדדי:

                @MGM-IVR כתב במשא ומתן עם השרת - נושא צדדי:

                @עידו כתב במשא ומתן עם השרת - נושא צדדי:

                @MGM-IVR אז לו יצויר שחלק מפעולת השרת זה שימוש בערך רנדומלי, יווצרו בעיות, כיון שבפניה הראשונה הוגרל X והשרת פעל לפיו ובפעם השניה יוגרל Y שמשנה את כל ההמשך?

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

                לא שם רנדומלי, ערך רנדומלי.

                אז לא הבנתי את כוונתך.

                ימות לשרת - היי, מה קורה? מה לעשות עם המשתמש?
                שרת לימות - קח ממנו את מפתח בשם USERNAME - המפתח הוא מספרים, תשמיע בצורת ספרות.
                ימות לשרת - היי מה קורה? מצורף פה הערך שהמשתמש הגדיר ב USERNAME, מה לעשות איתו עכשיו?
                שרת בודק חישובים, ואומר תבקש ממנו מפתח בשם PASSWORD - המפתח הוא אותיות באנגלית.
                ימות לשרת - היי, מה קורה? מצורף פה הערך שהמשתמש הגדיר ב USERNAME, והערך שהוא הגדיר בשם PASSWORD, מה לעשות איתו עכשיו?
                שרת לימות - תענה לו שההתחברות בוצעה בהצלחה, הוא הפעיל את השעון נוכחות שלו, ושילח ללמוד לרפואת החולים ולהצלחת כל עם ישראל.
                ימות לשרת - ניתקתי את השיחה, מצורפים כל הערכים הקודמים, ביי.

                איפה אתה רוצה להכניס רנדומליות?

                ע תגובה 1 תגובה אחרונה תגובה ציטוט 1
                • ע
                  עידו @MGM IVR נערך לאחרונה על ידי

                  @MGM-IVR
                  בוא נעזוב רגע שעון נוכחות, בוא נלך על טריוויה
                  ימות לשרת - תן שאלה.
                  שרת לימות - בוחר שאלה רנדומלית + 4 תשובות מסדר עם read שמקבל מספר מ1 עד 4 וt- של השאלה והתשובות ושולח.
                  ימות לשרת - התשובה לשאלה היא האופציה הרביעית.
                  שרת לימות - לאיזו שאלה?🤔

                  ד M 2 תגובות תגובה אחרונה תגובה ציטוט 0
                  • ד
                    דוד_מלך_ישראל מומחה @עידו נערך לאחרונה על ידי

                    @עידו אתה יכול ליצור קובץ זמני שלאחר הבחירה של השאלה הרנדומלית יישמר שם מספר השאלה שנבחרה לפי המזהה היחודי של השיחה (ApiCallId) ובקריאה הבאה המערכת תשלוף משם את השאלה ותתאים אותה לתשובה.

                    ע תגובה 1 תגובה אחרונה תגובה ציטוט 0
                    • ע
                      עידו @דוד_מלך_ישראל נערך לאחרונה על ידי

                      @דוד_מלך_ישראל אז אולי סשן?

                      תגובה 1 תגובה אחרונה תגובה ציטוט 0
                      • M
                        MGM IVR מומחה @עידו נערך לאחרונה על ידי MGM IVR

                        @עידו כתב במשא ומתן עם השרת - נושא צדדי:

                        שרת לימות - בוחר שאלה רנדומלית + 4 תשובות מסדר עם read שמקבל מספר מ1 עד 4 וt- של השאלה והתשובות ושולח.

                        אני הייתי מנסח את זה ככה

                        שרת לעצמו - מממ איזה שאלה נביא לו? .... את שאלה מספר 4788.
                        שרת לימות - תשאל אותו כמה זבובים בן אדם בממוצע רואה כל יום, ותשמור את התשובה למשתנה בשם Q4788, אבל זה עדיין משתנה שאתה קובע, ויודע לצפות לו

                        C ע 2 תגובות תגובה אחרונה תגובה ציטוט 1
                        • C
                          CUBASE @MGM IVR נערך לאחרונה על ידי

                          @עידו או שלפני ההדפסה של השאלה תשמור בסשן לאיזו שאלה אתה מצפה לקבל תשובה

                          תגובה 1 תגובה אחרונה תגובה ציטוט 0
                          • ע
                            עידו @MGM IVR נערך לאחרונה על ידי עידו

                            ראשית, רק להזכיר שזו לא שאלה לפרוייקט אמיתי, אלא להבנת העניין.

                            @MGM-IVR כתב במשא ומתן עם השרת - נושא צדדי:

                            @עידו כתב במשא ומתן עם השרת - נושא צדדי:

                            שרת לימות - בוחר שאלה רנדומלית + 4 תשובות מסדר עם read שמקבל מספר מ1 עד 4 וt- של השאלה והתשובות ושולח.

                            אני הייתי מנסח את זה ככה

                            שרת לעצמו - מממ איזה שאלה נביא לו? .... את שאלה מספר 4788.
                            שרת לימות - תשאל אותו כמה זבובים בן אדם בממוצע רואה כל יום, ותשמור את התשובה למשתנה בשם Q4788, אבל זה עדיין משתנה שאתה קובע, ויודע לצפות לו

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

                            @CUBASE כתב במשא ומתן עם השרת - נושא צדדי:

                            @עידו או שלפני ההדפסה של השאלה תשמור בסשן לאיזו שאלה אתה מצפה לקבל תשובה

                            נשמע שזה יכול להיות פתרון (אא"כ יש דרך לשמור את המשתנה כמו ש @MGM-IVR אמר), אבל גם זה, לא ממש הבנתי, אם אני שומר סשן לפי מספר הטלפון, נניח שהמאזין לא הסתדר עם הטריויה (מי יודע אולי אין לו תשובה על השאלה על הזבובים) וניתק את השיחה, עכשיו הוא חוזר ומחייג שוב, מבחינת השרת הוא יקבל בקשה עם סשן שיש בו אותו מספר טלפון, והמאזין המסכן יחזור לאותה שאלה על הזבובים (אני מניח שבכזה מצב זו תהיה הפעם האחרונה שהוא יתקשר לטריויה שלי...). איך מטפלים בזה?

                            M C 2 תגובות תגובה אחרונה תגובה ציטוט 0
                            • M
                              MGM IVR מומחה @עידו נערך לאחרונה על ידי MGM IVR

                              @עידו כתב במשא ומתן עם השרת - נושא צדדי:

                              אם אני שומר סשן לפי מספר הטלפון,

                              תשמור לפי המזהה שיחה שאתה מקבל מימות המשיח, ולא לפי המספר מתקשר

                              ע תגובה 1 תגובה אחרונה תגובה ציטוט 1
                              • C
                                CUBASE @עידו נערך לאחרונה על ידי CUBASE

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

                                תגובה 1 תגובה אחרונה תגובה ציטוט 0
                                • ע
                                  עידו @MGM IVR נערך לאחרונה על ידי עידו

                                  @MGM-IVR @CUBASE לכאורה א"א לשמור לפי המזהה שיחה כיון שטענו שבכל בקשת API אמור להשלח מזהה חדש.
                                  יצא לכם להשתמש בסשן לפי מזהה שיחה?

                                  טעות הבנתי את זה לא נכון.

                                  אז הפתרון למשא ומתן זה סשן (או node-js)?

                                  C תגובה 1 תגובה אחרונה תגובה ציטוט 0
                                  • C
                                    CUBASE @עידו נערך לאחרונה על ידי

                                    @עידו אני משתמש עם סשן וזה עובד יופי!,

                                    שים לב להבדלים:
                                    כשמשתמש נכנס לשלוחת Api אז בכל פנייה לשרת מצטרף הפרמטר החדש בנוסף לפרמטרים הקודמים,

                                    כאשר משתמש יוצא מהשלוחה אז בפעם הבאה שהוא ייכנס זה כבר יהיה פנייה חדשה ללא הפרמטרים של הפעם הקודמת (אא"כ הגדרת ב-read בערך השני yes, אם תרצה אפרט יותר), וכאן נכנס SESSION, אם אתה רוצה לשמור נתונים בזמן השיחה גם כשהמשתמש עובר שלוחה אז אתה יכול לשמור את הנתונים באובייקט SESSION ולשלוף אותם בכל שלב בשיחה!

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