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

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

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

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

@nigun אמר בהקמת אתר לפרילנסרים חרדים:

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

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

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

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

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

אני סתם זורק, אבל נראה לי שזה פרוייקט בסדר גודל של 80-150 אש"ח...
זה לא נראה לי פרוייקט פשוט..

אבל למשפחה שלנו יש עץ יוחסין באתר בשם https://www.myheritage.co.il/
נראה לי שיש שם את כל הפונקציונליות שאתה צריך, וגם יש שם המון עצי יוחסין של מלא משפחות, כך שהוא יודע למצוא לך קשרים אוט' וזה ממש ממש מגניב.
הוא גם שולח כל כמה זמן מייל תזכורות על ימי הולדת / נישואין וכדו' במייל - של מי שיש לו בתאריכים הקרובים (החסרון הגדול שזה לפי תאריך לועזי, כלומר התזכורות. נראה לי שבעץ עצמו יש את 2 סוגי התאריכים).
תסתכל כאן במחירים שלהם: https://www.myheritage.co.il/pricing
אילן עד 250 אנשים זה בחינם, אח"כ זה באיזור 400-700 שח לשנה, ונראה לי יהיה לכם הרבה יותר זול לשלם להם למאה שנים מאשר להמציא את הגלגל בעצמך.

בהצלחה!

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

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

אם אין לך כח, יכול להיות ששווה לך ללמוד את Blazor זה הדבר החדש (יחסית..) מבית מייקרוסופט שמאפשר לך לכתוב קוד C # לדפדפן, כך שאתה צריך רק להכיר HTML וCSS (שזה ממש בקטנה) ואת הקוד אתה כותב בC# וזה מתקמפל לאסמבלי שמורץ בדפדפן.

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

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

@חוקר אמר בשמירת נתונים בטבלה א הנמצאים בטבלה ב:

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

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

select firstName, lastName, migdar
 from Users as u
Where u.migdar = 'male' and u.id in
(select X from activities where date )

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

מקווה שהובנתי, אם לא - תשאל

אני משתמש ב
Tinymce
https://www.tiny.cloud/docs/quick-start/
עיין כאן, יש לו חבילות לאנגולר ריאקט וכל מה שתרצה
חינמי, קוד פתוח, ובשימוש במיליוני אתרים.
ויש לו תמיכה מלאה בעברית ובRTL

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

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

קליקואן - נראה לי שהבחור שכתב את זה לא מכיר אנגולר.. רוב הדברים שם זה קשקוש אחד גדול.
אנגולר איננה שפה, זה בסה"כ JS במעטפת של TS. וגם אם אנגולר תמות - אתה עדיין תדע JS מעולה.
מסכים עם מה שנאמר פה..
בשביל פרוייקט קטן, לא בהכרח צריך אנגולר.
מצד שני - מגירסה 5 הוסיפו קימפול של AOT כך שכשאתה טוען דף אנגולר ללקוח - זה לא טוען את כל הפריימוורק, אלא רק מה שצריך, כך שהטעינה הרבה יותר מהירה. ואם אתה כבר מכיר אנגולר 2 - אז לא הייתי הולך ללמוד אנגולר 1 בשביל פרוייקטים קטנים.
כמו כן, אני לא חושב שאנגולר תיעלם כ"כ מהר מהעולם.. היא רק הרבה יותר מתפתחת ומשתבחת, והרבה חברות כותבות בה.
@אהרן אמר בreact vs angular:

@avr416 אמר בreact vs angular:

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

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

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

איזה קטע!!
אני כבר לפחות שנתיים משתמש רק עם jwt.
זה לא איזה משהו חדש.. וזה אכן נראה שזה הסטנדרט היום בכל הפרוייקטים שממשים api.
באנגולר אני רואה את זה כמעט בכל פרוייקט שאני ניגש אליו.
הייתרון של זה שזה אכן מאפשר לך גישה לapi מכל קליינט שהוא (דפדפן, אפליקציה וכו').
וכן לנהל את המשתמשים מסרביס אחד, ולפנות על ידי הטוקן לביצוע פעולות בסרביסים אחרים כמו שכתבו כאן לפני, דבר שנהיה נפוץ יותר ויותר.
למשל https://auth0.com/ מספק לך אפשרות לנהל את כל המשתמשים שלך באפליקציות שונות, במקום מרכזי אחד. (וכמדומני שהם גם היוצרים של jwt..).
ראה כאן עוד הרחבה
https://auth0.com/docs/tokens/json-web-tokens
https://auth0.com/learn/json-web-tokens/

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

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

@נתנאל יפה!

אבל אין צורך, ואצאפ כבר עשו לך קיצור לזה..
פשוט כותבים wa.me/972
ואז את המספר טלפון בלי ה0 הראשון.
וזה אוטומטית פותח את ואצאפ במספר הזה.

https://pythoncourse.co.il/python/1

מאת ינון פרק מאתר tocode

מניסיון עם קורסים אחרים שלו - הוא מסביר בצורה ברורה מאד!

פורסם במקור בפורום CODE613 ב12/12/2017 20:49 (+02:00)

נראה לי שדי ענו לך..
רק אוסיף עוד קצת מדילי.
לענ"ד מה שבעיקר מציק לך זה שאתה לא יודע את החומר בצורה מובנית ומסודרת, וכמו שתיארת בעיקר ניסוי וטעייה מול גוגל.
לכן, הייתי ממליץ לך לקחת נושא אחד וללמוד אותו בצורה יסודית, ואני ממליץ לך להתחיל ללמוד JS - דהיינו javascript :lol:
למה? א. כי אתה רוצה להכנס לעולם הווב, ושם לצערנו עד היום אין שום שפה חוץ מJS.
ב. זה טוב גם לצד השרת - nodejs
ג. כיון שלהבין טוב את העקרונות של השפה - לא יקח לך מלא זמן, אם תשב על זה בצורה רצינית.

כמו שציינת, רוב (או כל) המדריכים בעברית הם ברמה נמוכה. אבל לא חסרים מדריכים ברמה טובה באנגלית.
אתה יכול לקחת קורסים באנגלית!! בווידאו, כך שגם אם אתה לא מבין בכלל מה המרצה אומר - אבל לפחות אתה רואה מול העיניים מה הוא עושה ומדגים, וככה אתה יכול להבין.
בד"כ יש להם גם כתוביות, כך שאם אתה חבר של גוגל טרנסלט - אתה יכול כל הזמן לעצור את הסרטון ולתרגם - לא הכי נחמד - אבל ככה לומדים!! (כן, גם אנגלית ככה תלמד ותדע יותר טוב).
יש קורסים מאד בזול באתר של uedmy (כל הזמן יש שם מבצעים ב40 ש"ח... ואם אין לך - תכנס דרך "גלישה בסתר", או תנקה את הקאש של הדפדפן - ופתאום כולם יהיו לך ב40 שח אבל זה סוד.. אל תגלה :lol: )
או ב https://www.pluralsight.com/ ודומיו.. (מנוי חדשי - גישה חופשית לכל הקורסים - אומרים ששם זה יותר מקצועי..

בכל אופן - בהצלחה!

פורסם במקור בפורום CODE613 ב31/10/2017 15:32 (+02:00)

לפני שבועיים פנו אלינו כמה משתמשים שדיווחו על באג במודל (חלון קופץ) של בוטסטראפ..
לאחר בדיקה התברר שזה באג של כרום, שקורה רק על מחשבים עם כרטיס מסך מסויים של אינטל
https://bugs.chromium.org/p/chromium/issues/detail?id=770701

אז אני חושב שבד"כ נקודת המוצא היא שאני מקור הבאגים
אבל לפעמים זה מישהו אחר :lol:

פורסם במקור בפורום CODE613 ב31/10/2017 15:37 (+02:00)

ממבט חטוף אני רואה שכתבת את הפונקציה getElementById עם אותיות קטנות בראש המילים, ולא כפי שכתבתי.
עיין כאן בתיעוד הרשמי איך צריך לכתוב: https://developer.mozilla.org/en-US/docs/Web/API/Document/getElementById

פורסם במקור בפורום CODE613 ב03/09/2017 07:22 (+03:00)