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

תודה לכל העוזרים.
המסקנה היא כך:
באם בקובץ מגדירים

var port = parseInt(process.env.PORT)||3030;

server.listen(port);

ניתן להפעיל אותו ע"י נוד כך

PORT=3080 node app.js 

או ע"י pm2 כך:

PORT=3080 pm2 start app.js 

וכדי לשנות פורט בpm2 יש להפעיל כך:

PORT=3081 pm2 restart app.js --update-env

וכדי לאפס את הפורט שיהיה הברירת מחדל ששמנו 3030

PORT= pm2 restart app.js --update-env

כך עבד לי הכל ב"ה

@yossiz אמר בהפעלת PM2 עם הגדרת פורט להפעלת תהליך ה node:

argv[2]

למה בחרת 2? שם הקובץ ג"כ ממוספר? א"כ אמור להיות 1 שהרי ספירה מתחילה בדר"כ מאפס

אשמח להדרכה איך ניתן להגדיר בקובץ במקום שורה זו

server.listen(3030);

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

node app.js

ובין אם זה פקודת

pm2 start/resstart app

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

@dovid אמר בNODEJS איחזור נתונים מתוך node-fetch:

(res => Promise.all([res.json(), res.headers.get('content-type')]))

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

@dovid אמר בNODEJS איחזור נתונים מתוך node-fetch:

  console.log(arr[0]);

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

[ Promise { <pending> }, 'application/json' ]
Promise { <pending> }
application/json
TypeError: Cannot read property 'forEach' of undefined

הקוד הוא

                    .then(res => [res.json(), res.headers.get('content-type')])
                    .then(arr  => {
                        console.log(arr);
                        teams_stats = arr[0];
                        console.log(arr[0]);
                        console.log(arr[1]);
arr[0].data.forEach(function (team) {
//
}
})

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

fetch('https://httpbin.org/post', { method: 'POST', body: 'a=1' })
    .then(res => res.json(), res.headers.get('content-type')) 
    .then(json, headers => 
	console.log(json)
	console.log(headers)
	);

תודה

@Shmuel754 אמר בראוטר אחד לבית ולמחסן:

העברת רשת על גבי החשמל מתבצע בחיבור 2 מתאמים לאותו קו חשמלי (אותה פאזה), המתאם השני המרוחק משדר WIFI.

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

לפי מה שחבר טען לי שהוא בדק את זה, אין בזה WIFI רק ADSL

@Shmuel754 אמר בראוטר אחד לבית ולמחסן:

העברת רשת על גבי החשמל מתבצע בחיבור 2 מתאמים לאותו קו חשמלי (אותה פאזה), המתאם השני המרוחק משדר WIFI.

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

יש כאן למישהו נסיון עם זה?
זה מומלץ? עובד תקין? יהיה לי מהירות 100 מגה?

אשמח לעצות ורעיונות מה ניתן לעשות.
יש לי בבית קו בזק עם אינטרנט נטפרי 019, ראוטר דלינק 225.
אני רוצה שיהיה לי אפשרות כשאני צריך (אולי בהמשך בצורה קבועה) לעבוד במחסן.
אין לי חיבור ישיר של צינור חשמל מהבית למחסן היות והדירה שונתה מהמקור והפועלים לא ידעו שיש חוט חשמל שעובר למחסן והם שינו את המיקום של הלוח, בקיצור אין שום דבר.
אצטרך כנראה למצוא איזה דרך חדשה מתוך הצינורות שעוברת בין הקומות, להביא חוט חשמל למחסן.
(הפרש של 4 קומות, המחסן במינוס 3).
השאלה היא מה אני יכול לעשות לגבי האינטרנט, במחשב שלי אין שקע עבור כבל ADSL, ואני עובד בבית רק דרך הWIFI, כך שלהעביר כבל רשת מהבית למחסן (למצוא או להזמין כבל מספיק ארוך) לא נראה כ"כ אופציה כיון שאין שקע במחשב.
השאלה היא, אם אני מעביר נניח כבל מאריך של השקע של בזק, אני חייב ראוטר נוסף א"כ? האם יש מצב לשלם על חיבור אחד או שא"כ אצטרך לשלם ל019 על שני מסלולים, ולנטפרי על 2 חשבונות?
ידוע לי שיש פתרון של העברת חיבור אינטרנט ע"י החשמל, אבל האם זה ע"י WIFI או ע"י כבל?
סטיק לא מתאים לי, אני חייב מהירות 100 מגה.
יש רעיון למישהו?
תודה

@nigun אמר במה הסיסמת ברירת מחדל של אובונטו:

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

תרשום לפני ההתחברות עם root
sudo

מה יכולה להיות הסיבה?
לא ביצעתי שום פעולה בשרת, והתהליך כבר פועל כמה שעות ללא שינוי.
מה זה הקפיצה? ניתן לראות שזה בגלל הnode

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

@אהרן אמר בשאלות של מתחיל - מקצועי ב nodejs:

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

לזה קוראים, הטשולנט לפי האורחים.

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

@חוקר אמר בשאלות של מתחיל - מקצועי ב nodejs:

תודה רבה לכל אלו שעזרו וסייעו
@david @יוסף-בן-שמעון @אהרן @magicode @clickone
מקוה שלא פיספסתי מישהו.
ב"ה הייתה התקדמות משמעותית היום, השלמתי בניית מערכת שעובדת בצורה חלקה, כמובן בעזרתכם.
עדיין לא גמרתי, אני לא למדתי עדיין מספיק את השפה, אבל כבר היה מספיק בסיסי כדי לעשות משהו שזז באמת..
במיוחד תודה ל @magicode על הדוגמה הראשונה שנתן, זה נתן לי פריצת דרך רצינית, וכן לימדה אותי פרק נוסף בנושא.
וכן ל @david שדחף אותי להיכנס לזה..
תודה

נ.ב. אני מקוה שסיימתי לאשכול זה, הנושא הבא כבר יהיה באשכול חדש..

למי שעדיין לא שם לב, אכן דובר כאן הכל על צ'רידי, אבל יישמתי את זה בגדול דבר ראשון על קוזמאצ'..
*8002
חדי אוזן יכולים להשים לב למהירות התגובה של שלוחת שמיעת מצב הקמפיין ותרומות אונליין, לעומת מה שהיה בקמפיינים קודמים שלי עם צ'רידי שהיו באמצעות PHP.
בעזה"י בהמשך נשלים גם מול צ'רידי. (אולי עבור קמניץ?)
שוב תודה ענקית לכל אלו שיעצו ועזרו.
נ.ב. @david בהתחלה לא קלטתי את הרעיון של נוד, אבל לאחר הדוגמה הראשונה של @magicode וההסבר של @אהרן קלטתי מה התכוונת, ולכן נכנסתי לזה חזק.
כעת יהיה עלי לתכנן לפני כל מערכת באיזה שפה עדיף..

@yossiz אמר במוניטור netdata:

@WWW אמר במוניטור netdata:

הבנת משהו?

פחות או יותר.
א"א להבין בלי לקרוא את הכתבה מההתחלה איך הקרנל מטפל בפקטים נכנסים.
יש buffer שמקבל מצביעים לפקטים נכנסים, וכל כמה זמן הקרנל בודק את ה-buffer ומטפל בדאטה שנכנס. הפונקציה שמטפלת בדאטה הנכנס הוא ksoftirq והוא מוגבל בזמן ובכמות הפקטים.
המשתנה netdev_budget שולט על מספר הפקטים והמשתנה netdev_budget_usecs שולט על הזמן.
באזהרה בתמונה כתוב ש55.5 פעמים ב10 דקות אחרונות קרה ש-ksoftirq הוכרח להפסיק מכיון שהגיע לגבול netdev_budget או לגבול netdev_budget_usecs כאשר עדיין היו עוד פקטים בתור מחכים לטיפול. זה לא בהכרח יגרום לנפילת פקטים, אבל אם קורה בעקביות זה כן יגרום לנפילת פקטים.
בכתבה שם כתוב הפקודות ששולטים על המשתנים הנ"ל.
עד כאן מה שהבנתי, השאר אני משאיר לאחרים שמבינים יותר ממני...

כעת נשאר לנחש האם יש בעיה לשנות את ההגבלה לאפשר יותר חיבורים וזמן

@magicode אמר במוניטור netdata:

ifconfig

לא נראה לי, אני לא מבין את הפלט אבל נראה שלא.

~$ ifconfig
ens5: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9001
        inet 172.172.172.172  netmask 255.255.240.0  broadcast 172.172.172.172
        inet6 fe80::421:8aff:fe3f:1bca  prefixlen 64  scopeid 0x20<link>
        ether 06:21:8a:3f:1b:ca  txqueuelen 1000  (Ethernet)
        RX packets 2882171  bytes 1121107994 (1.1 GB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 2061696  bytes 338897887 (338.8 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 644054  bytes 133742433 (133.7 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 644054  bytes 133742433 (133.7 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

אולי @magicode יודע להגיד איזה הגדרה קטנה שצריך לשנות או מה זה יכול להיות בעיה?
תודה

מה המשמעות של ההתראה הזו, ומה צריך לעשות בגלל זה?

@אהרן אמר בבדיקת עומס על שרת:

@חוקר אמר בבדיקת עומס על שרת:

ממוצע בקשה דרך הדפדפן (של שמיעת מצב הקמפיין האישי או הכללי) הוא 75 מ"ש

כמה לקח עד עכשיו?

כפי שזה היה בנוי בPHP בצ'רידי כ 800 מ"ש

@clickone אמר בבדיקת עומס על שרת:

@חוקר זה נראה בסדר, אבל נחכה ל @magicode
(אני מתחיל להבין למה אומרים שNODEJS מגיב מהר כ"כ. זה מדהים המהירות)

אכן.
לא סתם בסופו של דבר התלהבתי.
ממוצע בקשה דרך הדפדפן (של שמיעת מצב הקמפיין האישי או הכללי) הוא 75 מ"ש, (ע"י אינטרנט של נטפרי 019 מאה מגה מהירות)

Concurrency Level:      4000
Time taken for tests:   1.789 seconds
Complete requests:      4000
Failed requests:        0
Keep-Alive requests:    0
Total transferred:      1020000 bytes
HTML transferred:       468000 bytes
Requests per second:    2236.25 [#/sec] (mean)
Time per request:       1788.708 [ms] (mean)
Time per request:       0.447 [ms] (mean, across all concurrent requests)
Transfer rate:          556.88 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0   33  32.9     23      77
Processing:    11  237 376.9     79    1696
Waiting:       11  237 376.9     79    1696
Total:         12  271 388.0    154    1761

Percentage of the requests served within a certain time (ms)
  50%    154
  66%    287
  75%    313
  80%    347
  90%    898
  95%    941
  98%   1732
  99%   1759
 100%   1761 (longest request)

התמונה כמובן היא מהשרת הנבדק.
העליה הראשונה הייתה ב 1750 בו זמנית והשניה ב 4000.
לכאורה נראה שהכל בסדר?
מקוה שהבנתי נכון את הפלט