ועוד אחד מיוחד עבור אייקונים למזג אוויר
https://erikflowers.github.io/weather-icons/
zvizvi
-
אייקון-פונט'ס - גופנים עבור אייקונים לאתר -
Auto Rename Tag - שינוי קל יותר של תגיות HTML@nach אמר בAuto Rename Tag - שינוי קל יותר של תגיות HTML:
ואגב שדובר על ויזואל סטודיו
Visual Studio Code זה לא ויזואל סטודיו.
(זו גירסת קוד פתוח שנוצרה ע"י קהילת המפתחים, ולכן היא מתעדכנת בתדירות מאוד גבוהה, עם חידושים משמעותיים מידי חודש)
https://code.visualstudio.com/ -
אנגולר@ש-ב-ח מה שראית בw3schools זה אנגולר 1. בשבילה לא צריך לא Node ולא Typescript, והיא קלה יותר ללמידה.
אנגולר 2+ גם היא לא חייבת את הכלים הללו, אבל כן מומלץ מאוד לעבוד איתה בשפת (/ספריית) Typescript. בנוסף כדאי להתקין Nodejs על המחשב המקומי של סביבת הפיתוח, על מנת ליהנות מהיכולות של ה CLI שיכול לקצר תהליכים וליצור חלקי קוד באופן אוטומטי. (לא צריך בשביל זה ידע בNodejs). -
מי מכיר עורך קבצי markdown בקוד פתוח?https://github.com/markedjs/marked
יותר מסתם markdown, בשימוש ע"י נטפרי במערכת הפניות. -
איזה אתר מומלץ לקניית דומיינים?@dovid אמר באיזה אתר מומלץ לקניית דומיינים?:
בקשר למחירים, אני חושב ש@zvizvi לא התכוון לגודדי כי הם החברה הכי לא שקופה בתחום, הם פשוט מקצוענים בעקיצת לקוחות...
הם יקרים מצד אחד (ואולי גם לא אמינים) אבל מאוד ותיקים ופופולאריים, לכן מתבקש לקחת אותם כחלק מסקר שוק.
אגב אני אישית רושם כמעט תמיד ב Namecheap ומנהל DNS בcloudflare. -
איזה אתר מומלץ לקניית דומיינים?@nigun אמר באיזה אתר מומלץ לקניית דומיינים?:
מה ההבדל בין שרתי dns? מהירות? פונקציות?
בעיקרון ההבדל במהירות, cloudflare מעמידים שרתים בהרבה מקומות בעולם ועם קאשינג גדול, דבר שנותן זמינות ומהירות טובה.
(שרת הdns אחראי להמיר את שם הדומיין לכתובת האייפי הרצויה, ככל שהוא יעשה את זה לאט יותר - האיטיות בגישה לאתר תעלה) -
איזה אתר מומלץ לקניית דומיינים?@nigun אמר באיזה אתר מומלץ לקניית דומיינים?:
@zvizvi
מה אמור להיות מחיר הוגן (למשל מה המחיר לסיומת com)?אין כללים ברורים אבל תמיד תוכל להשוות מחיר של דומיין ב godaddy.com namecheap.com www.box.co.il ולהווכח.
-
איזה אתר מומלץ לקניית דומיינים?Google domains יקרים מהשאר ברוב המקרים
-
התייעצות על רישיון ספריה@מנצפך אמר בהתייעצות על רישיון ספריה:
@zvizvi אני בטוח ש @clickone לא שאל איך לגנוב את זה, אלא האם הוא צריך לשלם.
לא התכוונתי לספרייה, התכוונתי איך להשיג את קובץ הPDF בנטפרי.
-
עזרה עם async await@dovid אמר בעזרה עם async await:
@zvizvi לthen האחרון אין משמעות, בכל מקרה אתה מחזיר פרומיז.
נכון, רק בשביל ההבנה שהכל מגיע לפה.
@dovid אמר בעזרה עם async await:
כמו"כ הdb.get מחזיר ערך ישירות (undefined, אלא"כ הנחת שזה פרומייז, שזה מידע שאין לי),
צודק, תיקנתי.
-
דיון בנושא הביצועים בJS@dovid אמר בדיון בנושא הביצועים בJS:
@zvizvi אמר בדיון בנושא הביצועים בJS:
[1, 2].includes(1)
מהיר יותר מ
[1, 2].indexOf(1) > 0
זה נכון אבל שים לב שזה שתי פעולות שונות.
למעשה הindexOf מהיר באותה מידה, רק שאתה מוסיף פעולה של בדיקת התוצאה.
המסקנא הנכונה היא שלבדוק אם איבר קיים, לא חכם להשתמש בindexOf. נכון, אוסיף זאת בע"ה, תודה!הסיבה שהבאתי את זה, כי עד לאחרונה לא היתה האפשרות לבדוק ב
includes
וכולם השתמשו בindexOf >= 0
כאשר הוסיפו את includes חשבתי לתומי שזה סה"כ קיצור דרך ל indexOf >= 0 ואין הבדל בביצועים. לכן בדקתי וזה לא נכון.ועוד משהו includes טיפ-טיפה מהיר יותר גם אם לא תבדוק את התוצאה, עצם זה שהוא מחפש גם את המיקום, כנראה, מוסיף משקל,
בנוסף includes יכול לעצור ברגע שהוא מצא התאמה, indexOf לא. -
דיון בנושא הביצועים בJS[1, 2].includes(1)
מהיר יותר מ
[1, 2].indexOf(1) >= 0
-
שימוש באובייקט שנשאר ברקע ומשתנה, באופן ששינוי בו לא ישתקף באובייקטים אחרים שהורשו ממנו@dovid אמר בשימוש באובייקט שנשאר ברקע ומשתנה, באופן ששינוי בו לא ישתקף באובייקטים אחרים שהורשו ממנו:
@zvizvi שים לב שמה שהבא זו העתקה עמוקה, וזה יקר יותר.
זה שימושי כשרוצים שגם האובייקטים שבתוך המערך ישכופלו וגם המאפיינים שלהם האובייקטים וכן הלאה.
זה מן הסתם עובד ע"י המרה לJSON וחזרה, בכל אופן זה מיותר בהעתקה שטחית של מערך.צודק, ובשביל העתקה רגילה יש את:
_.clone()
(אני לא יודע אם זה עובד ע"י המרה לJSON, כי אם כן לא ניתן לבצע את זה על אובייקט שיש לו בן שמצביע על בן אחר. (circular structure). או שאולי גם לזה יש פתרונות).
-
Angular 1 Directive@מנצפך אמר בAngular 1 Directive:
@zvizvi כעת הוא לא עובד.
וגם זה לא יספיק לי.
אני צריך גישה לאינפוטים.
משהו כמו
{{form.firstName.$dirty}}
זה עובד. הסיבה שזה לא עבד לך היא כי לbinding לוקח זמן להגיע. בקונטרולר זה זמין ב$onInit.
ב link fucntion אין onInit אבל כשעטפתי את זה בsetTimeout זה קיים. -
איך מגדירים ID של אובייקט בPUSH JS?@dovid אמר באיך מגדירים ID של אובייקט בPUSH JS?:
@dovid אמר באיך מגדירים ID של אובייקט בPUSH JS?:
ניתן לעשות אותו דבר עם מערך אבל זה בעצם מעמיס עליו מאפיינים כאובייקט וזה לא שימוש נכון וגם יוצר טעויות.
לא שמתי לב שהזכרת את זה..
-
איך מגדירים ID של אובייקט בPUSH JS?@dovid אמר באיך מגדירים ID של אובייקט בPUSH JS?:
זה לא מערך - זה אובייקט.
מערך מוקף ב[], ובפנים ישנם אלמנטים מופרדים בפסיק.
אובייקט מוקף ב{}, ובפנים ישנם זוגות של מפתח:ערך מופרדים בפסיק.רק בשביל הדיון. מערך יכול טכנית להכיל index שהוא לא מספר אלא מחרוזת כלשהי.
a = [1, 2]; a['c'] = 3;
יחזיר מערך בעל אורך length של 2 מקומות - אבל יכיל גם את האלמנט השלישי.
(a
יחזיר[1, 2]
.a
במקום'c'
יחזיר3
.) -
שרשור ערכים בקוד JS@dovid אמר בשרשור ערכים בקוד JS:
@chagold אמר בשרשור ערכים בקוד JS:
chatuna.rikudim.rikudimrishonim"
תשתמש עם זה ככה:
var obj = {chatuna: { rikudim: { rikudimrishonim: "dagim" } } }; var path = "chatuna.rikudim.rikudimrishonim"; getNestedObj(obj, path.split('.'))
או בקצרה עם ספריית lodash.
var obj = {chatuna: { rikudim: { rikudimrishonim: "dagim" } } }; _.get(obj, 'chatuna.rikudim.rikudimrishonim')
-
לוקליזציה של אתרים. מה עדיף? Resources או DB?@clickone אמר בלוקליזציה של אתרים. מה עדיף? Resources או DB?:
לכאורה הכי עדיף ברגע זה שמירה לDB, ובניית JSON במקביל כל פעם שיש עידכון על התרגום. - המשיכה בפועל תתבצע מהJSON.
סיכמת את זה מצוין...
-
לוקליזציה של אתרים. מה עדיף? Resources או DB?@zvizvi אמר בלוקליזציה של אתרים. מה עדיף? Resources או DB?:
אני הייתי מסתכל על היכולת של הלקוח לשנות לוקליזציה כעל פרויקט נפרד.
אם כן השרת אמור לשלוח את התרגומים לשרת אחר נפרד - ששומר אותם לקבצי json, ומשם כל הלקוחות גם מושכים לוקליזציה.זה יכל להיות תאורטית גם שרת אחר ששומר בDB, רק שמידע הזה הוא קוד ומתאים לקבצים.
הרי אם היית מגיע לרמה שכל התרגום מוכן והלקוחות לא משנים אותו יותר, בוודאי היית שומר את זה על קבצים. -
לוקליזציה של אתרים. מה עדיף? Resources או DB?@clickone אמר בלוקליזציה של אתרים. מה עדיף? Resources או DB?:
@zvizvi
json לבד?
כי בעצם אח"כ יש התנגשות בין הפיתוח לזמן ריצה.
למשתמש יש אפשרות לשנות תרגום ולהוסיף שפות, ואז מה שקורה שהוא מוסיף ועורך תירגומים, שנשמרים על הפרודקשיין,
וכשאני מפבלש מאצלי לפרודקשיין, אז מתחילות התנגשויות תרגום בין מה שאני הוספתי למה שהוא ערך במקרה הטוב , ומחיקה של מה שהוא עשה במקרה הפחות טובזה היה הרעיון לעשות בנייה של הJSON לאחר עידכון התרגום, ושהלוקליזצייה תמשוך מהJSON.
הDB של התרגום משותף בפיתוח ובפרודקשיין.אני הייתי מסתכל על היכולת של הלקוח לשנות לוקליזציה כעל פרויקט נפרד.
אם כן השרת אמור לשלוח את התרגומים לשרת אחר נפרד - ששומר אותם לקבצי json, ומשם כל הלקוחות גם מושכים לוקליזציה.