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

[clickone]

בPHP זה מיידי.
בשאר בד"כ צריך ריסטארט.

בדוטנט זה מתחלק ל2.

1. אם זה פרוייקט מסוג website אז בשנייה ששמרת /החלפת את הקובץ בחדש, הקריאה הבאה לדף תביא את הקוד המעודכן ולא צריך לעשות כלום (@מנצפך זה כנראה מה שראית בעיניים)
2. אם זה פרוייקט מסוג פרוייקט, שם אם עשית שינוי בקוד, אז הוא צריך build מחדש וזה עושה סוג של ריסטארט לשרת (אין צורך לעשות ריסטארט בIIS - הפרוייקט פשוט מתאפס)
   גם בפרוייקט הזה, שינויים בקבצי ASPX או cshtml/vbhtml יחולו מיד עם השמירה או ההחלפה שלהם.

[מנצפך]

ב C9 זה לא חל מיד? זכור לי שכן.

[dovid]

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

ב C9 זה לא חל מיד? זכור לי שכן.

C9 זה IDE.
תלוי מה אתה מפתח.

[מנצפך]

@dovid
nodeJS

[מנצפך]

מה הרעיון שזה לא עובד אוטומטית? כל המודלים נטענים כבר בהתחלה לזיכרון?

[dovid]

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

[dovid]

הנה זה נראה לי עושה את זה:
https://github.com/kriszyp/nodules

[מנצפך]

@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 לוקח לדף קצת יותר זמן להגיב כי האפליקצייה צריכה לעלות. (אבל הדף עולה בסוף, הוא לא נופל)