טוב, זו סתם הייתה טעות שלי בגלל חוסר נסיון בפייתון המלצות שגויות של VSC. ניתן למדוד את משך טעינת הספריות, מדדתי, ואכן זה מה שלוקח את מרבית הזמן.
זה עדין מחזיר אותנו לאותה שאלה, כיצד ניתן להפעיל את התליך פעם אחת, ולקרוא כל פעם לפונקיות הנצרכות בלבד.
טוב, זו סתם הייתה טעות שלי בגלל חוסר נסיון בפייתון המלצות שגויות של VSC. ניתן למדוד את משך טעינת הספריות, מדדתי, ואכן זה מה שלוקח את מרבית הזמן.
זה עדין מחזיר אותנו לאותה שאלה, כיצד ניתן להפעיל את התליך פעם אחת, ולקרוא כל פעם לפונקיות הנצרכות בלבד.
@dovid אמר בפרומיסים לוקחים זמן?:
@davidnead אני לא מבין מה שהוא כותב עם האחוזים, אבל זה לא נוגע לך, מבטיח לך.
(אגב זה היא, לא הוא). זה מצוין אם זה לא נוגע לי. החשש העיקרי שלי היה שאני עושה שימוש שגוי בקוד, ניסיון מר הראה לי ששימוש לא נכון נכון עשוי להפוך קוד פשוט למפלצתי מבחינת ביצועים. פוגגת לי את החשש, תודה.
וגם הV8 היה מחסל ממזמן את הבעיה ע"י אופטימיזציה שמתעלמת מהasync המזוייף.
אממ... הגיוני.
תודה גם לך
@צדיק-תמים אמר במה הקוי אורך-רוחב לחישוב זמני היום?:
@davidnead כתבתי בפוסט הראשון... יש אפשרות בספריה עצמה, ולא להסתמך על הAPI שהם מספקים
אבל אז צריך לספק את המיקום הגיאוגרפי (=קווי רוחב/אורך), ועל זה באה שאלתי מהיכן להשיג נתונים אלו.
לא הבנת אותי, אבל לא חשוב, הבנתי מה חסר לך, זה:
Hebcal.Location.lookup("Jerusalem")
מכאן:
https://github.com/hebcal/hebcal-es6/blob/main/src/location.js
חפש "classicCities0", לא הצלחתי ליצור קישור למילים. יש להם 60 ערים קלאסוית.
ובקוד עצמו:
וכדי שתהיה ברור בפעם הבאה: גם שימוש בפונקצית של הספריה נקרא API. אתה רוצה API של הספריה ולא API מקוון של האתר שלהם (שמתבסס על הספריה).
@שואף אמר במה הקוי אורך-רוחב לחישוב זמני היום?:
@davidnead אמר במה הקוי אורך-רוחב לחישוב זמני היום?:
זה לא לגמרי נכון, בפרט בירושלים שהיא אזור הררי. קשה להיכנס לזה על במה זו, זה נידון ארוך ומורכב, זה תלוי באלו סוגים מזמני היום, באלו ושיטות הלכתיות, באלו מטרות ועוד.
ניתן לעיין בארוכה בכמה נידונים בזה בספר זמני הלכה למעשה של הרב מנת, והתכל'ס הוא שדי מוסכם על העוסקים בדבר שאי אפשר להתייחס לכל העיר כמקשה אחת, למרבית העניינים.מביאים מהחיד"א שיש לחשב לפי המקום הגבוה בעיר.. וכך עושה בלוח עיתים לבינה.
מצד שני שמעתי בשם הגרש"ז אוירבאך סיפור מדהים, על ילד שנולד באיזה בית חולים בזמן מאוד גבולי בבין השמשות, וזה היה מקום עם הרבה קומות, והוא שאל באיזה קומה הוא נולד כדי לחשב בדיוק אם בקומה הזו עדיין ראו את השמש.
בלוח עתים לבינה לא עושה כך. הוא פועל על פי הרב מנת. כמובן הוא חייב לבחור מקום אחד בכל עיר כי לא מדפיסים לוח לכל רחוב, אז הוא עושה את זה בשיקול דעת מה יתן את המענה הסביר ביותר לאותה עיר.
וידוע לי ממנו מעשים שבכל יום שהוא נשאל ממורי הוראה וכדו' על סיפורים כגון שהבאת. (אולי לא על קומות... אבל בטח על מיקומים מדויקים)
@מוטי-אורן אמר בvue components, frame for childs components:
@chagold לא לגמרי הבנתי מה הצורך, אבל לפי מה שהבנתי נראה לי ש slots יכול לעזור לך לממש את מה שאתה צריך.
תנסה לראות כאן https://vuejs.org/guide/components/slots.html
בניסיון לקרוא את השאלה שלך שוב, נראה שהפתרון הזה יותר מתאים לך. הוא מעניק לך יותר גמישות ושליטה יותר ישירה מקומפוננט האב/סבא.
אם הבנתי נכון את צרכיך, התשובה לשאלותיך זה התחביר הבא:
<componnet :is="componnetName"></componnet>
המילה componnet
כאן אינה דוגמה, אלא מילה שמורה.
זה קומפוננט דינמי, ששותלים פעם אחת ומעבירים אליו עם הפרופ הייחודי is
את שם הקופוננט שהוא אמור להציג.
רק לשים לב שאתה לא פטור מלייבא את הקופמוננט.
זה בעצם מקביל ללעשות:
<child1 v-if="componnetName=='child1'"></child1>
<child2 v-else-if="componnetName=='child2'"></child2>
<child3 v-else-if="componnetName=='child3'"></child3>
<child4 v-else-if="componnetName=='child4'"></child4>
מנסיון רב בניהול VPS עצמאי - זו משימה פשוטה, אבל רק לכאורה. תכל'ס כמו שאמר דוד זה דורש הרבה אחריות, ובעיקר הרבה ניסיון. הרבה דברים קטנים אבל חשובים שלומדים עם הזמן. בשורה התחתונה עם אתה בעיקר מפתח אתרים ורוצה ראש שקט עם שרת - זה דיעבד.
לגבי NODE, אני חשבתי עד ממש לאחרונה שזה אכן דורש VPS, אבל למדתי שיש אפשרויות ביניים (לא יודע מה שמם הרשמי) שזה לא אירוח אתרים אלא שרת שיתופי שיש לך גישה משמעותית אליו אבל לא מלאה (יש לך טרמינל, אבל בלי root, למשל). עשה לי רושם של פתרון מצוין.
נתקלתי בזה פה, אבל בטח יש עוד הרבה. הרושם היה של מענה על כל הצרכים+שירות מהיר ואיכותי.
@צדיק-תמים אמר בלימוד שפה נוספת מעבר לJS - נצרך?:
@davidnead אמר בלימוד שפה נוספת מעבר לJS - נצרך?:
- שאלה: אז מה בעצם הספק שלך כרגע?
מה שכתבתי הוא בהנחה שאני נשאר להתמקד אך ורק בJS, ועל זה בדיוק היתה שאלתי - האם זה נכון להתמקד רק בשפה הזו.
כמדומני שיהיה קל יותר לכולם לענות על שאלותיך (וגם לך עצמך) אם תבהיר קצת את המטרות שלך:
כי אם אתה אומר לי שאתה רוצה להגיע לתעשיה האוירית או לראש מגדלי ההייטק (ומשכורות בהתאם), ואתה שואף להגיע בסוף לבינה מלאכותית או מדעי נתונים או לטארטפים רפואיים או אנאערעף (כך כותבים?) - אז עזוב אותך מJS, לך תשקיע לכל הפחות כמה חודשים טובים ביסודות של שפות תכנות אמיתיות (כמו ג'אוה או לפחות C#) ואז תשקול את המשך הדרך.
אבל אם מתכנת fullstack מתאים לך אז JS זו בהחלט אפשרות עם יתרונות משמעותיים, בטח בשביל שפה ראשונה.
שלום.
אני מחפש איש CSS מוצלח,
עם חוש עיצובי טוב,
מנוסה היטב בVUE,
לעבודות פרילנס
כל הדרישות חובה
מופנה לגברים ונשים כאחד.
ניתן ליצור קשר בשם המשתמש שלי + gamil.com
אין שום דרך להגן על צד לקוח שאינו תלוי בשרת.
למשתמשים חסרי כל הבנה - אין גישה לJS.
משתמש עם קצת הבנה - יש גישה בקלות, וגם ילמד ארים בקלות.
ערבול קוד ופטנטים דומים - משפרים מעט את המצב.
גם תלות בצד שרת - יעילותה מוגבלת, תלוי באיזו רמה היא תלויה, צריך משהו יותר ממינימלי. אבל בכל זאת זה יותר כי זה כבר דורש מעט הבנה בקוד ולא רק יכולת העתקה.
3 הצעות:
עריכה
הצעה 4 - להקים אתר משלך ולעבוד נורמלי, ולא להתעסק עם הזרקת סקריפטים לאתרים, שזו הזמנה להמון צרות.
אה, ועוד משהו - אם תזריק את הסקריפט דרך תוסף כרום, ותבנה אותו מתאים (ולא דרך...), בדרך כלל קוד בתוסף הוא יותר מורכב ומשתמש רגיל לא יודע לעשות העתק-הדבק לקונסול. הצלה פורתא.
בסוף אין דבר לא פריץ, באבטחה הכל שאלה ממי ועד כמה אתה מעונין להגן.
HTML זה הפורמט בו אתה עורך את התוכן, בעורך שבחרת, וכנראה בכל עורך וובי שתשתמש, לכן הכי טבעי לשמור את הHTML.
אמנם תצטרך להתמודד אח"כ עם המרה לפורמט הדרוש למשתמש (כמו וורד) אבל זה יקרה בכל מקרה, כי המקור שלך הוא HTML כאמור.
@ארכיטקט אמר באיזה ספרייה/פריימוורק (מה זה בכלל, בעצם?...) מומלץ ללמוד כיום?:
@davidnead אמר באיזה ספרייה/פריימוורק (מה זה בכלל, בעצם?...) מומלץ ללמוד כיום?:
בתכנות אין חוזה חד פעמי, שכח מזה.
רק בתיכנות? תגיד לי איפה כן? הכל משתנה כל הזמן בעל כרחך. חקלאי יכול לחיות חמישים שנה בלי לעדכן את הציוד שלו שישים פעם??
ברור, אפילו בחינוך ילדים חייבים להתעדכן. אבל אני חושב שתכנות זה הרבה יותר אינטנסיבי. אין מתכנת שיודע הכל, כוים לא שייך כמעט לתכנת בלי גוגול 10 פעמים ביום ולקרוא כמה מאמרים בחודש (אם לא בשבוע), כי הלמידה היא חלק מהמקצוע. כנ"ל התעדכנות. דוגמונת קטנה: בכל NPM INSTALL אתה מעדכן את החבילות שלך בלי לשים לב. אבל כמובן מדובר בהרבה מעבר.
@davidnead אמר בלהשתמש בקובץ אקסל עם נוסחאות כAPI:
@yossiz אמר בלהשתמש בקובץ אקסל עם נוסחאות כAPI:
@davidnead טוב, אני לא מבטיח... חשבתי שהסתמכת רק על השם... בכל מקרה שוה לבדוק. אם לא תצליח בנוד, אפשר בפייתון, PHP, או כל שפה אחרת. אפשר למצוא מימושים לאוטומציה של OLE בהמון שפות. שלא לשכוח מ-#C ושפות של ווינדוס.
אני די בור בכלים של מיקרוסופט. בגדול, הם מספקי כלי שמאפשר יצירת תוספות לאופיס שמכין לך לגמרי את כל התשתית ומשאיר לך רק לכתוב קצת JS, רק שהוא מיועד לתפעל ממשק מתוך האופיס. ככל שהבנתי מבחינה טכנית לא אמור להיות הבדל, רק שתכל'ס המימוש שלהם לא עושה את זה. תמיד אפשר לנסות לחפור בקוד שלהם...
בקשר לספריה שהבאת - התיעוד שם לא מי יודע מה. ככל שאני מבין כעת - השגיאה בהתקנה היא כי אין תאימות לגרסאות החדשות של NODE:
"engines": { "node": ">= 0.8.18 && < 0.9.0" },
אם לא תהיה ברירה נלך על פייתון. (PHP זה קו אדום...)
טוב, יישר כוח גדול. נמצא הפתרון:
https://www.npmjs.com/package/winax
ובבדיקה ראשונית הוא נותן תוצאה משביעת רצון, שכיוונים אחרים לא נתנו.
אותו הפתרון, רק ספריה עדכנית יותר. כרגיל, יוסי צודק, רק לוקח זמן להבין את זה, ובמקרה הזה גם למצוא את המימוש הנכון.
@ארכיטקט אמר בהתקנתי Visual Studio 2022 כאן המקום למי שיודע דברים חשובים על IDE בכלל - דברים ששינו לי את החיים:
אם היית באיזה שהוא מקום ועברת למיקום אחר ואתה רוצה לחזור עם הסמן למקום שהיית בו קודם לחיצה על Ctrl+- (קונטרול ומינוס) תחזיר אותך למקום שהיית בו קודם, ולחיצה עם שיפט תוביל אותך להבא בתור, יש גם 2 לחצנים מסכנים של קדימה ואחורה שרואים אותם למעלה בצד שמאל בדרך כלל. לא מאמינים לי? גם אני לא האמנתי בהתחלה! כמה פעמים אנחנו מטיילים בקוד בין 2 פונקציות וגוללים עם העכבר ועם הלוך וחזור והלוך. (טוב יש גם bookmarks אם אנחנו עכשיו בעיסוק אובססיבי על 2-3 אזורים בקוד שצריך לדלג ביניהם כל הזמן אבל זה כבר סיפור אחר)
אתה מזכיר לי את החיים שלפני... לפני שגיליתי את העכבר עם לחצני הצד. הפונקציונליות שלהם היא אחורה/קדימה, וזה שימושי קודם כל בדפדפן ובסייר ווינדוס (איך אפשר בלי זה? אני לא הול םלשום מקום בלי עכבר כיס כזה).
אבל פסגת הפסגות - בקוד (לפחות VSC אבל לא בטוח שרק) פשוט ניווט אחורה וקדימה היכן שהיית, גם בין קבצים, אין מצב לתכנת בלי זה!
מאז שגיליתי שיש כזה דבר פרוייקט Sql ב Visual Studio עם Git אפשרויות Refactoring ו SchemaCompare נהיינו חברים הכי טובים ואני לעולם לא כותב דטה בייס ישירות ב SSMS כמו שעשיתי כשהייתי ילד (ואני מכיר עד היום אנשים מבוגרים שמפתחים דטה בייסים ישירות לתוך הדטה בייס בלי Git שומו שמיים!!!!!).
נשמע מעניין. תספר על זה קצת יותר?
טוב, למי שחשב שהתייאשתי.
בהמשך להתיעצות שלי עם ינון פרק, הוא הציע לי לבדוק על Ruby On Rails, הוא סבר שזה שלד תכנה שמתאים לציפיות שלי. אבל אני עקשן, אז קצת ויקיפדיה הוביל אותי לsailsjs שממש במוצהר אמור להיות תחליף בNode לRuby On Rails.
לפי ההצהרות שלהם זה עושה רושם טוב מאוד.
זה כולל יצירה אוטומטית של קונטרולרים+API, כולל יצירה ושינויים של DB ומודולים בהתאם, סוג DB חופשי לבחירתך. וצד לקוח חופשי גם כן.
בנוסף התכנה מגיעה עם אפשרות התקנה ריקה, או עם הבסיס של הרשאות ויוזרים וכו' מוכן. היא עובדת עם גנרטורים שזהבעצם הכלי החזק שמאפשר יצירת דברים בקלות - ובעיקר הרבה גנרטורים מוכנים מהקהילה שבעצם מאפשרים לתפור פאזל בקלות.
אז זה נשמע טוב, התחלתי לבדוק את זה. היו כמה דברים שמצאו חן בעיני (כמו למשל שזה שומר יחסית על קונבנציות ולא ממציא), ויש עוד כמה סימני שאלה משמעותיים (הראשון בהם הוא שהדיפולט שם הולך עם טמפלייטים של אקספרס והרבה מיקוד בMVC בהתאם).
אז לפני שאני ממשיך הלאה להשקיע שעות בלימוד המערכת ולראות כמה היא מתאימה לי, אני מנסה את מזלי אולי מישהו מכם התנסה בה ומכיר אותה ויכול לספר קצת עליה.
עוד דוגמה, קצת יותר נפוצה, זה חלק מהפונקציות של jQuery ובראשם השימושית מאוד
$.get
שנראית בפנים כך:
function( url, data, callback, type)
הארגומנט הראשון הוא תמיד URL, השני יכול להיות אובייקט body ויכול להיות callback, וכו'. תלוי כמה פרמטרים שלחת.
@רפאל אני לא מכיר ASP אז תקנו אותי אם אני טועה. אבל על פניו הוא בודאי לא תחליף לבעיות שהוצגו כאן, כי הוא דורשת הרבה יותר פיתוח וללא ספק מתאים רק לפרוייקטים משמעותיים.
@dovid אמר בתבניות של API:
@davidnead תביא לי את הpackage.json של הפרוייקט האחרון שלך.
למשל?
תביא את הpackage.json של הפרוייקט האחרון שלך, רצוי פרוייקט גדול עם אלמנטים רבים של אפליקציה וובית קלאסי.
אוקי, זה נכון, אך דברים כאלו פחות מטרידים אותי. כי כמו שאתה אומר בעצמך אפשר למצוא להם מענה יפה בNPM.
מי שחי במייקרוסופט באמת חי בגן עדן מבחינות מסוימות, אך הוא גם נעול בגן עדן הזה כמו כלוב זהב ולא יכול לצאת ממנו. אך כמו שאמרת זה כבר דיון נפרד.
@dovid אמר בתבניות של API:
התשובה שלי היא שאין משתמשי nodejs שפותחים פרוייקטים חדשים לעיתים קרובות בכלל. בדיוק מהסיבה שזה nodejs. אני די קרוב לודאי שאין מפתחי Nodejs שמבצעים ישירות עבודות עבור לקוחות פרטיים (לאפוקי חברות תוכנה). אתה מבין טוב שאתה מאוד מאוד לבד
אז מה שאתה אומר לי שזה בעצם נכון שnodejs מתאים רק לפרוייקטים גדולים (כאלו שהקמת הפרוייקט זה החלק המאוד זניח), ועצמאי שעובד עם לקוחות קטנים - עליו לבחור בטכנולוגיה שונה (איזו, זו שאלה נפרדת).
ובקיצור - שאני אוהב את הדבר הלא-נכון או שעלי לחזור להיות שכיר בחברה גדולה.
@dovid אמר בתבניות אתרים על NODEJS:
@davidnead אין לי מענה...
אם בארזים נפלה שלהבת... איזובי הקיר יצטרכו לעבוד עם וורדפרס...