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

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

@yossiz אמר בהסתברות ברצף מספרים רנדומלי:

סליחה, זה הולך להביך אותך, אבל ביקשת..

הובכתי בהצלחה

תודה שהארת את עיני!

@yossiz אמר בהסתברות ברצף מספרים רנדומלי:

מקרה: מטוס בקו טיסה LY166 מתל-אביב למונגוליה (- סתם מספר טיסה שהמצאתי) קרסה לים בגלל תקלה נדירה במנוע. אתה מזמין טיסה היום למונגוליה ויש לך אפשרות לבחור ב-LY166 או ב-LY255.
יש אנשים (טפשים, לדעתי...) שיעדיפו לטוס בקו שבו קרתה התקלה אתמול, כי "מתי בפעם האחרון שמעת על תקלה נדירה באותו קו פעמיים בימים רצופים?".
האם אתה איתם או נגדם?

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

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

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

@זלמן
@ג-מייקה מעצב אלוף, שווה לנסות

@davidnead אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

@יוסף-בן-שמעון אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

אם זה מצריך תכנות של יותר מעשר שורות קוד, לא נוגעים בוורדפרס ולא ב PHP, קונים תבנית עיצובית בכמה דולרים שמותאמת לקליינט שאתם מכירים (אנגולר \ VUE) ובונים לה שרת.

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

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

@אבי יש לך תוכנה שרצה על שרת שלך בשם שרת X, ויש ללקוח דאטבייס על שרת Y, והתוכנה משרת X צריכה להתחבר למסד בשרת Y. הבנתי נכון?
אם כן, אז @yossiz ענה תשובה מצויינת, שרת Y צריך לפתוח את האפשרות לחיבור מרוחק (עדיף עם הגבלות IP כמו שכתב @clickone ) וזהו, שרת X מתחבר למסד מרוחק כמו תמיד.
אין לך מה לחשוש בקשר לאבטחה של שרת X, החיבור יוצא משרת X ולא נכנס אליו, שרת Y צריך לחשוש מכניסות לא מורשות לשרת שלו.
אפשר להוסיף שכבת אבטחה ע"י ששרת Y מאשר רק חיבורים פנימיים, ושרת X מתחבר לרשת של שרת Y עם VPN

@yossiz אמר בהקלדת URL מאפסת LocalSession?:

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

וזה גם לא תקין באנגולר לשמור על ראוטינג באמצעות LocalSession
הדרך הנכונה היא לשמור את פרטי המשתמש באיזה סרביס userService, ולתת לראוטר של אנגולר הוראה לאיזה נתבים צריך אימות משתמש עם CanActivate
ראה כאן הסבר
https://www.tektutorialshub.com/angular/angular-canactivate-guard-example/

@odeddvir זו לא תשובה נחרצת לכאורה, תלוי מה הצרכים, להעלות לוגו ושתי תמונות רקע לא צריך לגייס אתר צד ג

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

@אנא את המחשב המקומי שלך? לא קורה כלום, כל עוד השרת רץ זה רץ ברקע

@אנא משימה מתוזמנת, בלינוקס עושים את זה עם cron

@שואף אמר בחיבור למסד נתונים בדוקר 2:

@aaron

root@docker:~# mysql -u root -p54fghjghjk44RkjJHkhgv3798 -h localhost -P 3306
mysql: [Warning] Using a password on the command line interface can be insecure.
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

כלומר - אותה הפקודה בדיוק מאותה המכונה, עם אייפי עובדת ועם לוקאלהוסט לא עובדת?
אחרי שערכת את הדוקר קומפוז עשית DOWN ו UP?

@שואף אז בעצם אתה רוצה להתחבר מהרשת המארחת לרשת הפנימית של המיכל, אם כן expose פשוט אמור לפתור את זה.

@ass בטוח שיוטיוב לא מספק אפשרות להציג תמונת רקע? נשמע לי מוזר, איך כל השירים יש להם תמונה?

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

const obj = {}
obj.prop = obj

נסה לדמיין איך אפשר להמיר כזה דבר למחרוזת.

ספציפית אצלך זה נראה שהארגומנט account מצביע על ה state.user, וזה גורם הפניה מעגלית כאשר אתה יוצר נכס בשם accountselected ומצביע איתו על היוזר.

היות ולא הבנתי את הצורך שלך, אין לי פיתרון, רק מציג את הבעיה

@ayali

<input type="radio" name="answer" value="Yes" [(ngModel)]="likeHasa">כן
<input type="radio" name="answer" value="No" [(ngModel)]="likeHasa">לא
 <input type="radio" name="answer" value="Donno" checked [(ngModel)]="likeHasa">לא יודע
                        

export class HasaComponent implements OnInit {
    likeHasa: string;
    ngOnInit(): void {
        console.log(this.likeHasa)
    }
}

@avi-rz תעשה משהו כזה בראש ההיררכיה של הראוטר

app.use((req, res, next) => {
    res.once('finish', () => {
        console.log(req.originalUrl, req.user, req.ip, res.statusCode, res.statusMessage, res.logInfo)
    })
    next()
})

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

res.logInfo = {someInfo: 'info'}

@מנצפך אמר בShared service in angular:

הערה צדדית, חלק מזה מיותר:

export class AppComponent {
  product;
  dataService: DataService; // מיותר
  constructor(dataService: DataService) {
    this.dataService = dataService; // מיותר
    this.product = this.dataService.product;
    this.dataService.product = {
      name: "Computer", id: 1
    }
  }
}

TS עושה את זה לבד, רק תגדיר אם זה פרטי או ציבורי
https://www.typescriptlang.org/play?#code/MYGwhgzhAECCAO8DCB7AtvFA7AplgLgN4CwAUNBdMNhPgE4Cuw+KdAFPAwEYgCWw0ACZh8YAMo46AN344AXNDBYAngEpCAXzIagA

@yossiz אני הבנתי שזו נעילה מנומסת של הדיון

@chagold אמר בחידה מתמטית לשמחת החג ולחדד את מוחות הילדים (והמבוגרים):

אני טועה?

כן, העדיפות היא של 2/3 במקום 1/3
קרא את הניסוח הזה
https://tchumim.com/post/111212