משא ומתן עם השרת
-
@795501400 אתה מחזיר לו read עם ההודעה שיש בעיה בדיווח ונותן לו להקיש את הפרטים הנצרכים, אתה יכול גם להחזיר id_list_message עם הודעת שגיאה ולשרשר אחריו read עם האפשרויות להקשה, היתרון בכך הוא שניתן לדלג על ההודעה ובכל זאת לשמוע את התפריט של אפשרויות ההקשה (הכוונה שלא ניתן לשרשר ב-read זה אחריו,** לפני** read כן ניתן לשרשר)
לפי איך שזה נראה אתה הבנת שאחרי שענית read אז לא ניתן להמשיך את הדו שיח, הכוונה שלא ניתן לשרשר פעולות נוספות כמו id_list_message או go_to_folder ע"י כתיבת הפעולות בתשובה עצמה, כלומר לא תוכל לענות כך:read=f-000=foo,yes,8,4,7,Number,yes,no,*/&read=f-001=bar,yes,8,4,7,Number,yes,no,*/&או כך:
read=f-000=foo,yes,8,4,7,Number,yes,no,*/&go_to_folder=hangup -
@CUBASE אני יכול להחזיר עוד read ועוד ועוד?
-
@795501400 כן, אבל כמו שכתבתי לא בתשובה אחת אלא אתה מחזיר read, מקבל את הקשת המשתמש ומחזיר לו read חדש
-
@CUBASE ראשית מתנצל על הבורות. שנית, איך אני מממש את המשא ומתן הזה? אם לקחתי מידע מהמאזין, הכנתי ממנו שאילתא למסד נתונים ועכשיו אני רוצה לשאול את המאזין איזה מבין הנתונים שחזרו מהמסד נתונים הוא רוצה, אז לשאול זה לא בעיה (דרך הread) השאלה איך אני גורם לשרת לזכור אילו נתונים נמצאו? הרי כל קריאה לשרת מריצה את הקוד מחדש לא? ואם 2 יתקשרו במקביל/בסמוך, איך השרת ידע לא "להתבלבל" בין הבקשות שלהם ולעשות לכל אחד את מה שצריך לעשות לו?
-
@795501400 @עידו מניסוח השאלות אני מבין שאתם כותבים/לומדים עם AI, לכן אני ממליץ לכם ללמוד כבר להשתמש בnode-js עם הספריה https://github.com/ShlomoCode/yemot-router2 במקום עם py, זה עולם אחר לחלוטין של תקשורת עם המערכת ואין צורך להתעסק בהפניית הבקשות read ושאר ירקות, רק לכתוב קוד בצורה מסודרת ונקיה,
(יש כאן גם טמפלייט פשוט וקליל לאפליקציית node כזו)
-
@אביי-ורבא האמת אני משתמש בphp והייתי מעדיף את C#
-
@אביי-ורבא כתב במשא ומתן עם השרת:
@795501400 @עידו מניסוח השאלות אני מבין שאתם כותבים/לומדים עם AI, לכן אני ממליץ לכם ללמוד כבר להשתמש בnode-js עם הספריה https://github.com/ShlomoCode/yemot-router2 במקום עם py, זה עולם אחר לחלוטין של תקשורת עם המערכת ואין צורך להתעסק בהפניית הבקשות read ושאר ירקות, רק לכתוב קוד בצורה מסודרת ונקיה,
(יש כאן גם טמפלייט פשוט וקליל לאפליקציית node כזו)
נראה מעניין מאוד, אבל איך זה עוזר בעניין המשא ומתן ו"שאר ירקות"? לא כ"כ הבנתי מה הולך שם ואיך זה עובד.
-
@עידו אתה מכיר קצת nodejs + express?
אם לא תשאל את GPT על הקוד של הטמפלייט, הוא יוכל להסביר לך על מבנה הראוטר עצמו
בקובץ src/callHandler.js תוכל לראות לוגיקה בסיסית (של תגובה עם id_list_message) שאר המתודות די דומות, תעבוד עם התיעוד ברדמי של הספריה + GPT, מהר מאוד תבין מי נגד מי,
אם תסתבך, אתה יכול לשאול בפורום ואשתדל לעזור
-
@אביי-ורבא הבעיה היא שמה שאני מכיר הוא פייתון
NODE לא זכיתי לדעת
וודאי שלא לשלב את זני אלו בפרוייקט אחדהחלק של שעון הנוכחות זה רק חלק ממערכת שלמה שכתובה בשפת פייתון כך שאינני יכול לשנות אותם לNIDE
-
@עידו כתב במשא ומתן עם השרת:
@CUBASE ראשית מתנצל על הבורות. שנית, איך אני מממש את המשא ומתן הזה? אם לקחתי מידע מהמאזין, הכנתי ממנו שאילתא למסד נתונים ועכשיו אני רוצה לשאול את המאזין איזה מבין הנתונים שחזרו מהמסד נתונים הוא רוצה, אז לשאול זה לא בעיה (דרך הread) השאלה איך אני גורם לשרת לזכור אילו נתונים נמצאו? הרי כל קריאה לשרת מריצה את הקוד מחדש לא? ואם 2 יתקשרו במקביל/בסמוך, איך השרת ידע לא "להתבלבל" בין הבקשות שלהם ולעשות לכל אחד את מה שצריך לעשות לו?
כל בקשת read מבצעת פניה חדשה לשרת עם כל הנתונים שהתקבלו עד עכשו בתוספת הנתון האחרון, כך שהמערכת מבצעת את הפעולה כאילו פנית מראש עם כל הנתונים, אתה יכול לראות את זה בצורה מאד ברורה ב LogApi שנמצא בתיקיית Log במערכת, תראה שם את הפניה הראשונה לשרת, תשובת השרת - read, ובשורה הבאה פניה חוזרת לשרת עם כל הנתונים פלוס הנתון האחרון.
-
@795501400 כתב במשא ומתן עם השרת:
החלק של שעון הנוכחות זה רק חלק ממערכת שלמה שכתובה בשפת פייתון כך שאינני יכול לשנות אותם לNIDE
אתה יכול להקים יישום nodejs עם הספריה שידבר עם ימות המשיח וכדי לבצע פעולות/לקבל מידע יתקשר עם API כלשהוא שאפליקציית הפייתון תחשוף לו
מעין תיווך -
@צדיק-תמים יש לי כרגע המון המון API כתובים ועובדים תקין
גם התקשורת הזאת עובדת
אני מקבל את הנתונים
רק אני לא הצלחתי להבין כיצד לשלוח לו שאלה חדשה אחר כך(עדין לא הבנתי - אבל כרגע אני לא בודק בלייב האם זה כניסה כפולה או יציאה כפולה - זה מטופל בדוח היומי - כך שלהתחיל להקים שרות בשפה שאינני מכיר בשביל הסבר אחד שחסר לי - קצת הרבה בשבילי)
-
@795501400 כתב במשא ומתן עם השרת:
@CUBASE כעת נשלח אלי פרמטר AAA
כעת כיון שהוא מכיל 2 לפי מה שרשום לי אני צריך לשאול שאלה חדשה
אבל אם היה רשום 1
היה פשוט הודעת OK מהשרת כמובן עם נוסח מה חוזר
אני עדין לא מצליח להבין את התעוד כיצד אני עושה זאתאם ידוע לך מראש מה יקרה אם ילחץ 2 אז אתה יכול להשתמש ב
read_answer_AAA_2=what_to_do, example: go_to_folder=/2ככה לכל פרמטר שנשלח לשרת בread.
את זה אגב, כותבים בשלוחה עצמה.
אגב, לפעמים התיעוד הישן של המודל יותר טוב מהחדש.
-
@795501400 כתב במשא ומתן עם השרת:
רק אני לא הצלחתי להבין כיצד לשלוח לו שאלה חדשה אחר כך
בתשובה שלך לימות המשיח אתה מחזיר read עם פרמטר בשם X לדוגמה
ואז ימות המשיח מבקשים מהמשתמש את הנתון
ושולחים לך בקשה חדשה שבה יהיה פרמטר X=מה_שהמשתמש_הקיש -
@עידו באם זה היה תלוי במה שימות עושים (כלומר בהקשת 1 שימות יעשו א ובהקשת 2 שימות יעשו ב לא היה לי בעיה - א. כי אני יודע לקרוא ב. כי אם לא אני GPT + גימיני יודעים לקרוא ואני שלחתי להם את כל התעוד האפשרי על מודל API)
הבעיה מתחילה בזה שהתברר לי שלמרבה הצער אני לא יכול לסמוך על המודל של ימות כלל עקב באגים רבים (עד אי קבלת המספר שאליו התקשרו)
לכן היה עלי לבנות (ואני באמצע עדין) מנגנון שלם על השרת שלי שיהווה את המודל הזההנקודה היא לא האם הקיש 1 או 2
הנקוה היא האם כאשר קיבלתי פרמטר 1 (כלומר כניסה) ולי בשרת רשום שביצע כניסה לפני 10 דקות
עלי להתחיל פתאום שאלה חדשה לגמרי
שלא יש כמה אופציות לתשובה
וכן הלאהולא אין תעוד ברור כיצד עושים זאת
ועדין אני אשמח באם יש למישהו דוגמא בפיתון של שרשור שאלות
זה מאד יעזור לי -
@795501400 כתב במשא ומתן עם השרת:
@עידו באם זה היה תלוי במה שימות עושים (כלומר בהקשת 1 שימות יעשו א ובהקשת 2 שימות יעשו ב לא היה לי בעיה - א. כי אני יודע לקרוא ב. כי אם לא אני GPT + גימיני יודעים לקרוא ואני שלחתי להם את כל התעוד האפשרי על מודל API)
אולי זה שורש הבעיה
אי אפשר לסמוך לגמרי על LLM, בפרט בתיעוד של ימות המשיח שהוא לא הכי ברור@795501400 כתב במשא ומתן עם השרת:
הבעיה מתחילה בזה שהתברר לי שלמרבה הצער אני לא יכול לסמוך על המודל של ימות כלל עקב באגים רבים (עד אי קבלת המספר שאליו התקשרו)
זה בעיה אצלך, במערכת שלי יש שלוחות שאלפי משתמשים נכנסים אליהם ביום ומשמיעות נתונים על בסיס פרמטר ApiRealDID ולא קיבלתי תלונה מעולם שזה לא עובד
-
@צדיק-תמים מודל שעון נוכחות
כל הניסויים שעשיתי בערב פסח לא הכילו את המידע לאיזה מערכת חייגו
חוץ מזה שלא ניתן להגדיר משום מה מה זה שעות המשמרת
וכן שגם כניסה וגם יציאה רשומים בלוג ככניסהגם אני בapi מקבל את כל המידע שאפשר אבל קבצי הדוחות לא הכילו את המידע הזה
כך שבניתי את כל המערכת שלי סביב api מלא וכל השאר בשרת
ויש לי בעיה כיצד להחזיר תגובות שאינן הודעת סיכום כלומר נרשמה כניסה -
@795501400 אה, חשבתי שאתה מתכוון למודל API
לא מכיר את מודל שעון נוכחות@795501400 כתב במשא ומתן עם השרת:
כך שבניתי את כל המערכת שלי סביב api מלא וכל השאר בשרת
ויש לי בעיה כיצד להחזיר תגובות שאינן הודעת סיכום כלומר נרשמה כניסהמה הבעיה?
-
@צדיק-תמים אין בעיה
פשוט לא הצלחתי למצוא תיעוד כלשהו רצוי בפייתון כיצד אני מנהל משא ומתן
מתי ימות יקריאו את ההודעה שלי ומתי רק יאמר שגיאה
למה אני חייב לשלוח & למרות שלא שמתי לב לזה בתעוד
ועוד
ולכן אני לא יודע כיצד להתקדם למשא ומתן
בתאוריה אני מבין מה לעשות
אבל בפועל כציוד זה חסר לי -
@795501400 כתב במשא ומתן עם השרת:
בתאוריה אני מבין מה לעשות
לא מספיק לדעתי
ממליץ לעבור על התיעוד שוב