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

אני בד"כ קונה לאתרים ישראליים דומיין עם סיומת של co.il אפשר לקנות את זה רק אצל רשמי מתחם ישראליים כדוגמת https://www.box.co.il/ עולה 67 שח לשנה (לא סיפור יקר לעסק נורמלי שמכבד את עצמו).

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

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

@בערל אמר במיקרופון לא עובד במחשב:

@mm4321 אמר במיקרופון לא עובד במחשב:

אולי כדאי לציין שהוחלף מסך במחשב , האם יש קשר בין הדברים?

בוודאי.
הרבה פעמים המיקרופון נמצא במסך..

האם ניסית לעדכן דרייברים?

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

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

כמו ש@dovid אמר כנראה פרצו לשרתים עצמם..

לדעתי 150 לשעה זה לא מחיר זול.
לא יקר, אבל גם לא זול.
זול זה 50-80 לשעה ואז הגיוני שאתה לא יודע sql וכדו'.
אם אתה לוקח 150 זה אומר שאתה יודע ומכיר את השפה בה אתה עובד.
אני חושב שהחילוק הוא בין אי הכרת השפה, לבין אי הכרת ספריות.
למשל אם אתה לא יודע אנגולר, אתה לא תקח 150 ₪ כשאתה לומד אנגולר. אבל אם אני לא מכיר את ספריית מטריאל של אנגולר, אין בעיה לקחת את המחיר הנל.

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

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

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

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

אני מבין את הצורך שלך במייל ששולח קבצים לכל מי ששולח לו מילה מסוימת וכדו'. אבל האמירה שזה ממש הזוי בשנת 2020 שאין את הדברים הללו - נראית לי קצת הזויה...

@חוות-דעת נראה לי שווה האנשים לא צריכים כזה דבר..

@chv אני ממש לא מסכים עם ההכלה שלך.
האם latitude 3XXX עדיף ע"פ thinkPag TXXX?
ממש ממש לא!

latitude וthinkpad שניהם סדרות עסקיות, אבל בתוכם יש תתי סדרות, שהם עושות את ההבדל. אינו דומה סדרת E ו - L לסדרת T, שהיא האיכותית ביותר של thinkpad. וכנל אצל דל, סדרת 3000 לדגמיה, ואחריה סדרת 5000 שיותר טובה ואחריה ה7000 שהם הטופ.

קיצר, צריך לדון בכל דגם לגופו.

@shpro654 קוראים לזה virtual-scroll או בעברית גלילה וירטואלית.

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

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

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

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

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

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

כאן יש תשובה שמסבירה את סדר הרינדור של הדפדפן (בניית הדום, פריסה וצביעה).

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

@יוסף-בן-שמעון כן.
במצב כזה הייתי טוען במודול הראשי כבר את B, כיון שכל הדפים משתמשים בו.
אא"כ יש לך דפים שלא.

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

import {MatInputModule} from '@angular/material/input';

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

{
  path: 'admin',
  loadChildren: () => import('./admin/admin.module').then(m => m.AdminModule),
},

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

אם תפרט יותר מה יש לך, אולי נוכל לעזור יותר

@יוסף-בן-שמעון זה לא אמור להיות ככה, אני משתמש הרבה במטריאל ולא חווה טעינה איטית.

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

כמו כן, תנסה לקמפל במצב --prod, אתה אמור לקבל קבצים ממש רזים.

כמובן, הכל בהנחה שמדובר על אנגולר ולא על אנגולרjs שאינני מכיר.

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

@פישל יש לי eset והפורום לא חסום לי.
כנראה יש לך בעיה אחרת

@MusiCode שמת לב שגם על התגיות td a אתה חוזר כמה פעמים?

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

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

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

אין חובה ללמוד sass, אבל זה מומלץ.
זה נותן לך כל מיני יכולות (קינון של css שחוסך כתיבה מסורבלת של css, שימוש במשתנים, פונקציות לולאות ועוד), אלא שאתה צריך בשביל זה קומפיילר (babel.js) שיקמפל את זה אח"כ לcss רגיל. אם אתה משתמש בפריימוורקים למיניהם בד"כ זה כבר כלול.

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

@MusiCode מכירים וגם משתמשים בה הרבה.
כמו ש@aaron כתב יש לבוסטראפ גם וגם, יש קלאסים שמגדירים דברים כמו alert tab dropdown וכן על זה הדרך. ויש כאלה שמגדירים את המבנה של העמוד כמו row col-1 והנקודות שבירה וכדו'.

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

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

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

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

ככה שוב נצטרך לרוץ בין הHTML לCSS כדי לעצב את המסמך?

העיצוב בHTML נכתב בתוך תגית style ככה:

<div style="color:red;"> הכתב בצבע אדום</div>

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

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

למשל אם בHTML יש לך קוד כזה:

<div class="color-red"> הכתב בצבע אדום</div>

ובקובץ הCSS אתה מגדיר

.color-red{
color:red;
}

אז כל אלמנט שיהיה לו את הקלאס הזה הכתב שלו יהיה בצבע אדום.

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