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

לדוגמא, עבור שאלה בנוד, צריך להקדים לפני השאילתה nodejs create some action ולכאורה זה עדיף מאשר create some action in nodejs
אם זו פלטפורמה שמתארחת בפלטפורמה ראשית, לדוגמא שאלה ב request בנוד, אכתוב nodejs request ... ולא אסתפק ב request כי זה עלול להביא תוצאות מrequest אחר
אבל אם זה שם שבא לידי שימוש רק תחת הפלטפורמה הראשית, לדוגמא express.js אז זה מיותר להקדים nodejs ויתכן שאפילו גורע, כי גוגל עלול להביא תוצאות ששייכות רק לנוד ולא לאקספרס.

בכל שאלה צריך להבחין האם זו שאלה של תחביר שפה, או שאלה ספציפית לטכנולוגיה, לדוגמא שאלה כמו nodejs create random string אמורה להיות פחות יעילה מאשר JS create random string

בחיפוש עבור שפה GO, המילה GO בעייתית ולא תמיד תהיה ממוקדת כי זו מילה רחבה ששייכת להמון מקומות חוץ מהשפה, צריך לחפש golang כדי למקד את החיפוש.

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

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

להבנתי הקלושה, להערות יש 2 מטרות:

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

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

// calculate distance
// a = begin
// b = end
function dis(a, b){
    return b - a
}

היא עבירה, וההערה שמסבירה מה היא אמורה לעשות לא מתקנת אותה

פונקציה תקינה אמורה להראות כך:

function calculateDistance(begin, end){
    return end - begin
}

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

/**
 * 
 * @param begin {number}
 * @param end {number}
 * @returns {number}
 */
function calculateDistance(begin, end){
    return end - begin
}

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

המשך אולי יבוא. כל המוסיף מוסיפים לו.
הערות יתקבלו בברכה, כולל כל סוגי ההערות

ולקינוח
https://stackoverflow.com/questions/184618/what-is-the-best-comment-in-source-code-you-have-ever-encountered

@yits אמר במי עוד משתגע מהתנהגות כרום לגבי טקסט bidi?:

@dovid אמר במי עוד משתגע מהתנהגות כרום לגבי טקסט bidi?:

@yossiz העלית קובץ HTML והוא נפתח בדפדפן, זה חור אבטחה של ממש!
אני רץ לטפל בזה.

ואגב מה החור אבטחה בזה?

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

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

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

מהי אם כן הדרך הנכונה להיעזר?

1. לקרוא שוב בעיון את כל התגובות באשכול.
2. לנסות להבין מה כל אחד הציע.
3. להגיב לתשובות עם התייחסות ישירה לדברי המשיב, לכתוב אם תשובתו עזרה, ואם לא, להסביר למה תשובתו לא מקדמת את השואל למטרה הנצרכת.
4. לנסות להבין אילו פרטים המגיב מעוניין לשמוע כדי לענות על השאלה שלשמה נפתח האשכול.
5. לספק את הפרטים הנצרכים
6. במקרה שלא מובן מדברי המגיב אילו פרטים צריך להוסיף, לכתוב למגיב בצורה ברורה מה כן מובן מדבריו ומה לא מובן.

אקווה שעזרתי בהצלחה

@yossiz אמר באפשר לעשות קישור למלל מסויים בדף, הידעתם?:

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

javascript:(function () {
    let text = getSelection().toString().trim();
    let url = window.location.href.replace(/#[^#]+/, '') + `#:~:text=${encodeURIComponent(text)}`;
    let input = document.createElement('input');
    input.value = url;
    document.body.appendChild(input);
    input.select();
    document.execCommand("copy");
    input.remove();
})()

א.
קומפוננטה = רכיב. קבוצת קוד HTML שמקושרת לקוד JS ששולט עליה.
אפשר לעשות בקומפוננטה שימוש חוזר, כמו שבקוד JS אתה כותב כמה שורות בתוך פונקציה אחת, וקורא לפונקציה כמה פעמים, כך אתה עושה קומפוננטה אחת וקורא לה מאיפה שאתה רוצה כמה פעמים שאתה רוצה.
לכל קומפוננטה יש "מחזור חיים" הוי אומר כשאתה קורא לה אתה טוען אותה והיא מתחילה לחיות, כשהיא נעלמת אז היא מתה, יש לה כמה שלבים מהטעינה ועד המיתה.
כדי שתוכל לשלוט על האירועים במחזור החיים, אנגולר מספקת לך מתודות שנקראות בכל אירוע, כלומר כשהיא מתחילה את החיים, אנגולר קוראת למתודה ngOnInit, כשהיא מתה אנגולר קוראת למתודה ngOnDestroy, כשהתצוגה שלה משתנה נקראת המתודה ngAfterViewChecked, וכן על זה הדרך.
זה ההסבר למתודה ngOnInit, שם אתה קובע מה יקרה כשהמתודה תתחיל את מחזור החיים.
השורה implements OnInit זה שורה הצהרתית, אליבא דאמת היא מיותרת והקוד יפעל גם בלעדיה, היא נועדה להסביר לטייפסקריפט שהמחלקה הזו מממשת אינטרפייס שמכיל את המתודה ngOnInit.

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

<app-chlid-component></app-chlid-component>

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

<app-chlid-component [product]="someProduct" ></app-chlid-component>

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

@Input() product

אותו רעיון לגבי האאוטפוט, הילד רוצה להעביר מידע להורה שלו, הדרך היא כך:

@Ouptput() someData = new EventEmitter<any>()

...

this.someData.emit('data')

ובקריאה לילד מוסיפים

<app-chlid-component [product]="someProduct" (someData)="dataHandler"></app-chlid-component>

כאשר ה dataHandler היא מתודה של המחלקה שמטפלת באירוע שנשלח מהילד

וןמי שלא מחזיק חוסם פרסומות יכול להוסיף את הסימניה הזו

javascript:document.querySelector('.YM.YN.Y5').remove()

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

@MusiCode 1. הקליינט שולח בקשה ראשונה לא מוצפנת לגוגל - "אני רוצה לתקשר איתך"
2. גוגל שולח לא מוצפן את המפתח הציבורי שלו לדפדפן (מפתח ציבורי - מפתח שאפשר רק להצפין מידע, ורק בעל המפתח הפרטי יכול לפענח את המידע)
2. הקליינט מקבל את המפתח, כדי להית בטוח שהמפתח הזה אכן שייך לגוגל ולא לתוקף אמצעי, הוא בודק את החתימה של המפתח, ומי הגורם שחתם ואישר שאכן המפתח שייך לגוגל.
בשביל זה יש מאגר תעודות, הקליינט בודק במאגר התעודות שלו האם החותם הזה מוכר ואמין
3. אחרי שהקליינט החליט שהתעודה שייכת לגוגל, הוא מתחיל תקשורת מוצפנת, הוא שולח מידע מוצפן לגוגל, וכך הוא יודע שרק גוגל תצליח להבין מה מכיל המידע הזה.

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

טוב אז אם זה בא לידי שימוש ציבורי כדאי קצת לשדרג את זה...

javascript: (function() { var elements = document.getElementsByTagName("*"); for (e of elements) { if (!e.style) continue; if (!e.style.direction || e.style.direction === 'ltr' ) e.style.direction = 'rtl'; else e.style.direction = 'ltr'; } } )()

בזה לא צריך ללחוץ פעמיים

עריכה: ערכתי את ההודעה הראשונה עם הקוד המשודרג

@MusiCode אתה מנוע מלפרט על הסיטואציה?

@A0533057932 אמר בהאם חנות האופטיקה צריכה להביא לי את מספר המשקפיים ?:

מקור?

כתבתי 3 הנחות:

1. החוק לא מחייב אותנו
2. אם החוק התקבע כמנהג, המנהג מחייב אותנו
3. אם עשו תנאים מפורשים זה מועיל נגד המנהג

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

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

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

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

אולי זה יעזור https://www.npmjs.com/package/cache

@dovid אמר בJavaScript Iterator עם כל המתודות השימושיות של מערך:

למערך יש שפע של מתודות שימושיות: fliter, some, find, reduce ועוד.
בIterators אין כל אלה (לא הבנתי למה עוד לא עשו).

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

@MusiCode לפני שאתה רץ להתקין טכנולוגיות חדשות, תבדוק קודם את החיפוש טקסט מלא המובנה ב mysql, זה יכול בהחלט לענות על הצרכים שלך ולחסוך לך להתמודד עם כלים נוספים
https://www.w3resource.com/mysql/mysql-full-text-search-functions.php

@WWW אמר בדומיין בחינם - איך?:

@איש-ימיני אני רואה שאף אחד עוד לא הביא את זה:
https://freenom.com
דומיינים עם סיומת ML ועוד כמה, בחינם.

כולם הביאו את זה, רק קראו לזה פרנום במקום פרינם

@shpro654 אמר באתר סטטי (או לא?):

האם אני צודק?

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

@shpro654 אמר באתר סטטי (או לא?):

ואם כן, מה האחסון שאני מחפש לאתר כזה?

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

@shpro654 אמר באתר סטטי (או לא?):

כמו"כ, האם נכון שהטמעה של גוגל אנליטיקס וכדו', ג"כ לא אמור להיות בעיה?

לא אמור בכלל להיות בעיה, ההטמעה היא בצד לקוח עם קוד JS, אין לזה קשר לצד שרת