בעניין איתחול ועדכון שרת HTTP

[מנצפך]

@dovid נראה לי מורכב מידי.
חבל שמלכתחילה לא עשיתי ב PHP או ב dotNet...

[dovid]

@מנצפך אמר בבעניין איתחול ועדכון שרת HTTP:

@dovid נראה לי מורכב מידי.
חבל שמלכתחילה לא עשיתי ב PHP או ב dotNet...

אולי תסביר למה אתה צריך טעינה חיה שכזו?

[מנצפך]

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

[dovid]

נו ומה קורה אם אתה עושה ריסטרט? מאתיים גולשים באמצע להעלות קבצים?

[אהרן]

https://github.com/magicode/node-reload

[dovid]

@אהרן אמר בבעניין איתחול ועדכון שרת HTTP:

https://github.com/magicode/node-reload

לא ייאמן, שכחתי מזה לגמרי!

[מנצפך]

@dovid @אהרן
אני מבין שזה רק דואג לעניין הסשנים. לא עוזר לשאר העניינים (כמו העלאת קבצים או עיסקאות באמצע פעולה).
נכון?

[dovid]

@מנצפך אמר בבעניין איתחול ועדכון שרת HTTP:

@dovid @אהרן
אני מבין שזה רק דואג לעניין הסשנים. לא עוזר לשאר העניינים (כמו העלאת קבצים או עיסקאות באמצע פעולה).
נכון?

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

[מנצפך]

עשיתי משהו בפרייוורק של sails שמבוסס express וכל הדברים הטובים והמוכרים.
הוא לא שומר את הסשנים, רק אם אני מגדיר הוא יכול לשמור (על DB כמו Redis למשל).

[magicode]

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

[אהרן]

@magicode אמר בבעניין איתחול ועדכון שרת HTTP:

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

אבל כן שומר את השסנים ב-DB.

[dovid]

@מנצפך אמר בבעניין איתחול ועדכון שרת HTTP:

עשיתי משהו בפרייוורק של sails שמבוסס express וכל הדברים הטובים והמוכרים.
הוא לא שומר את הסשנים, רק אם אני מגדיר הוא יכול לשמור (על DB כמו Redis למשל).

נכון, https://sailsjs.com/documentation/concepts/sessions
הם עשו את זה בשביל קלות ההגדרה, אבל זה לא עסק לאתר ייצור. סשנים חייבים להיות שמורים על הדיסק, ככה אני חושב.
תוך דקה תה מגדיר שיישמר בDB או בקבצים.

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

[clickone]

@dovid אמר בבעניין איתחול ועדכון שרת HTTP:

בקשר לקטיעת פעולות, אני חושב שבזה לASP NET יש פלוס, כי בWebDeploy הבנתי שיש מעבר חלק ללא שום כשל למעט העלאות, למיטב ידיעתי.

מה לגבי publish to folder על השרת עצמו?
ז"א, החלפה של הקבצים בתיקייה?
זה גם לא נופל?
האמת שיש עוד משהו, שבגישה ראשונה בASPNET לוקח לדף קצת יותר זמן להגיב כי האפליקצייה צריכה לעלות. (אבל הדף עולה בסוף, הוא לא נופל)

[dovid]

@clickone אמר בבעניין איתחול ועדכון שרת HTTP:

@dovid אמר בבעניין איתחול ועדכון שרת HTTP:

בקשר לקטיעת פעולות, אני חושב שבזה לASP NET יש פלוס, כי בWebDeploy הבנתי שיש מעבר חלק ללא שום כשל למעט העלאות, למיטב ידיעתי.

מה לגבי publish to folder על השרת עצמו?
ז"א, החלפה של הקבצים בתיקייה?
זה גם לא נופל?
האמת שיש עוד משהו, שבגישה ראשונה בASPNET לוקח לדף קצת יותר זמן להגיב כי האפליקצייה צריכה לעלות. (אבל הדף עולה בסוף, הוא לא נופל)

אני חושב שגם publish to folder זה ככה.
לגבי הטעינה זה נכון, זה לוקח הרבה יותר זמן משרתים אחרים, בnodejs זה מהר בהרבה (אבל גם לוקח זמן רציני, מתי שיש הרבה מודולים).
אצלי בעבודה למשל זה היה לוקח חוץ מזה זמן כי אני מעלה לזיכרון החי כמה דברים גדולים, אבל פתרתי את זה ע"י טעינה עצלה - כל משאב נטען מתי שמבקשים אותו ואז האיטיות מתחלקת למתי שזקוקים לזה.