תחומים - פורום חרדי מקצועי

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

אם יש לך פרטי כרטיס חבל לעבור דרך פייפאל ולשלם את העמלות הגבוהות שלהם

@eido אוקיי זה נכון, אבל אם אתה לא בודק שהמאזין באמת שמע או משהו כזה אין לך עניין לסמן רק אחרי
אתה יכול לסמן ואז לעשות read

@eido כתב בפעולת try/finally מפריע לcatch שמעליו או לא - nodejs:

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

אז אתה יכול כבר לסמן לפני ששלחת את התגובה, אין משמעות לכמה אלפיות שניה שהקוד מחזיר את התגובה

@eido כתב בפעולת try/finally מפריע לcatch שמעליו או לא - nodejs:

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

לא הבנתי כלום

@eido אני לא רואה שאתה בודק כמה זמן עבר, הוא יכול לנתק רגע אחרי שהחזרת את התגובה לימות
בכל אופן יש על מקרה כזה תיעוד מפורט
https://github.com/ShlomoCode/yemot-router2#הרצת-קוד-לאחר-החזרת-תשובה-למחייג

כבר שלחתי לך אותו בעבר

@eido כתב בפעולת try/finally מפריע לcatch שמעליו או לא - nodejs:

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

אז קודם תסמן כנקרא ואז תפעיל read

@eido כן, כי אתה זורק את השגיאה שוב מחוץ לבלוק try
רק מה ש try { פה } נתפס
אבל אתה לא אמור להגיע למצב כזה בדרך כלל, כי אתה לא אמור לעטוף קטעי קוד גדולים
בכל מקרה עדיף שתזרוק מחדש בcatch ולא בfinnaly כי אז יש לך את המשתנה של השגיאה לזרוק אותה מחדש

@eido כתב בפעולת try/finally מפריע לcatch שמעליו או לא - nodejs:

עצם הבלוק try תופס שגיאות

כן
אם אתה עושה try finally אתה פשוט בולע את השגיאה
ממליץ על הספר https://hebdevbook.com/product/jsheb/

@eido תקרא איך עובדות שגיאות ב JavaScript

@eido הid_list_message בלי פרמטר prepend to next זורק שגיאה
אם אתה לא עושה עליה try catch אז הפונקציה נעצרת והשגיאה מטופלת על ידי הראוטר
אם אתה עושה try catch ולא בודק את סוג השגיאה, זה בעיה

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

@eido אתה יכול לצאת מהפונקציה כמו מכל פונקציה
return

@eido יש לך בפאנל התחתון (של הטרמינל) לשונית Ports
https://code.visualstudio.com/docs/debugtest/port-forwarding
שים לב שזה לא על Private
אבל ngrok משמעותית יותר מהיר נכון לפעם אחרונה שבדקתי

@eido של מי?

@eido אתה יכול לדבג ישירות על השרת עם Remote SSH (תוסף של מייקרוסופט ל VSC)
אבל אתה אמור להיות מסוגל להגיש את הפיתוח המקומי שלך החוצה ולדבג מקומית מול בקשות שמגיעות מימות, יש כל מיני כלים שמאפשרים להנגיש שירות לוקאלי החוצה - יש אפילו אחד מובנה ב VSC, זה דרך המלך

@eido כתב בלוגי שגיאה בnodejs וyemotrouter מה הגורם לקריסה?:

אבל זה תופס את כל החריגות?

כל החריגות שלא נתפסו קודם - uncaughtErrorHandler

איך זה עובד?

כיוון שכל הפונקציה של השיחה זה בעצם פונקציה אסינכרונית שהראוטר (הספריה) מריץ, אז הראוטר מריץ אותה בתוך try catch כדי שיהיה אפשר לטפל בצורה נאותה בשגיאות לא צפויות, נניח אם יש לך בקוד נסיון קריאה ל API חיצוני שלא זמין

@eido כתב בלוגי שגיאה בnodejs וyemotrouter מה הגורם לקריסה?:

אבל במקום זה חוזר בחזרה לchooseStreet שקראה לו, בלי להחזיר ערך לstreet, ככה שהוא null.
הוא מגיע לשורה הזו:

ומתחיל את הלולאה מחדש.
ואז מגיע שוב לשורה:

ופה זורק שגיאה שא"א לשלוח עוד פעם הודעה למאזין.

ככה אני מניח.

במקום לנחש תלמד להשתמש בדיבאגר של VSC ולראות את הזרימה של הקוד "בעיניים"
תחסוך לעצמך המון כאב ראש עתידי

@יהודי-טוב כתב בלוגי שגיאה בnodejs וyemotrouter מה הגורם לקריסה?:

2 - הוא כתב שעדיף בלי, כי אם אתה לא מטפל בשגיאה אז זה נזרק הלאה ויש לו בספריה טיפול בשגיאות.

יותר מזה, ברגע שהוא עושה try catch על הכל הוא "בולע" את השגיאה שנועדה להשמיד את הסקופ של הפונקציה, וממילא הקוד שלו חשוף לבאג כזה שהוא מנסה להחזיר תשובה פעמיים
ואם תאמר - מה אם תהיה שגיאה לא צפויה? אז בשביל זה יש את הקאלבק הגלובלי כדי שהאפליקציה לא תקרוס, המשתמש יקבל תשובה, ואם תרצה תוכל גם לשלוח לעצמך מייל על השגיאה וכדומה...

@dovid הכי טוב היה בלי try בלבד חוץ מנקודתי בשורה שרוצים לטפל בשגיאות שלה בצורה שונה
יש לספריה קאלבק מיוחד כדי לטפל בשגיאות לא צפויות בצורה מרוכזת במקום לפזר בקוד try catch

@ששא כתב בלוגי שגיאה בnodejs וyemotrouter מה הגורם לקריסה?:

@eido כי יש כמה פעמים שאתה מחזיר משהו אבל אתה לא עוצר את הקוד, כך שהקוד ממשיך לרוץ ומחזיר כמה דברים ביחד, וזה מה שגורם לשגיאות כאלה

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

הבעיה היא ש @eido עושה try catch ענקיים בלי סיבה, וגם לא בודק את השגיאה