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

בהמשך: התראות יומיות, אפשרות שינוי נוסח, אפשרות שינוי עיר עבור זמן השקיעה.

http://softwares.center/sefirat-haomer/
https://chrome.google.com/webstore/detail/hnopjdlbidclmnomnahajmhadkniggeo

עריכה:
0.0.3
כעת ניתן להגדיר נוסח מתוך בחירה (ספרד, אשכנז, עדות המזרח).
0.0.4
מעכשיו המספר בתווית של האייקון יתעדכן לבד בזמן שקיעה.

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

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

הורדה:
https://softwares.center/hebrew-calendar/
https://chrome.google.com/webstore/detail/ehejecpjjaaochjhodbgnmdledhhdicm

חדש

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

@zvizvi אמר במגניב לגמרי - דף הבית מבית היוצר zvizvi:

חדש

אפשר למיין את הכלים באמצעות גרירה ממקום למקום

שיפורים בדף המוזיקה:

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

תוסף לVisual Studio Code שנותן לשנות תג html בהקלדה אחת - התמונה מדברת בעד עצמה:

https://marketplace.visualstudio.com/items?itemName=formulahendry.auto-rename-tag

בדקתי, ואם מקלידים ממש מהר הוא מפספס...

@מעלה-ומוריד אמר במגניב לגמרי - דף הבית מבית היוצר zvizvi:

@zvizvi נשאר רק להחיל את זה גם על דף הבית של דף הבית, איפה הקיצורי דרך...

בוצע

אם היו שואלים אותי הייתי אומר שזה יופיע רק אחרי ריחוף של שניה ויותר. כעת זה מציק כשכל מעבר אקראי מקפיץ את הכותרת.

@yossiz אמר בשיתוף: סימניה להורדת תוסף כרום:

סימניה להורדת קבצי CRX מחנות כרום.
מפעילים את הסימניה, מכניסים מזהה של תוסף (לדוגמה: aapbdbdomjkkjkaonfhkkikfgjllcleb) או כתובת של תוסף בחנות (לדוגמה: https://chrome.google.com/webstore/detail/google-translate/aapbdbdomjkkjkaonfhkkikfgjllcleb) וזה מוריד את התוסף בשבילך.

javascript:id = prompt("הכנס מזהה או כתובת התוסף"); (id = /[a-z]{32}/.exec(id)) ? window.open("https://update.googleapis.com/service/update2/crx?response=redirect&acceptformat=crx3&prodversion=38.0&testsource=download-crx&x=id%253D"+id[0]+"%2526installsource%253Dondemand%2526uc"): alert("מזהה או כתובת לא חוקי")

הפכתי את הקוד שלך לאתר, ברשותך.
https://zvizvi.gitlab.io/crx-download/

קוד המקור:
https://gitlab.com/zvizvi/crx-download

למרות שזה לא הנושא הישיר אתן סקירה קטנה מנסיוני.
מנועי התצוגה (Template engine) בNode מתחלקים לשניים:

• אלה שמשתמשים במילים ופקודות שמורות משלהן עבור כל פקודה, והן שואבות השראה ממנועים אחרים בשפות אחרות (שם הדבר מפותח מאוד ובשימוש רב).
  במנועים אלה האפשרויות מצומצמות למספר מילים שמורות בלבד (if, else, switch) וכד'. יש גם "פילטרים" שמאפשרים לשנות את הערך של משתנה המודפס לדוגמה: {{ count | add: 1}}
  כאשר רוצים להציב תנאי מורכב או להציג ערך קומבינציה שמורכב מכמה פרמטרים יש צורך לבנות רכיב תצוגה מיוחד ולהעביר אותו לפקודת הRender בדומה להעברת שאר הData מצד השרת לטמפלט.
  שיטה זו דומה למנועים אחרים רבים הקיימים בשפות אחרות, דוגמת Django של פייתון או Laravel של PHP,‏ ERB ברובי וכן הלאה.

• אלה שמאפשרים לשים פקודות Javascript מלאות בין חלקי הhtml בקובץ, כמו כן ניתן לשים תנאים מורכבים שתלויים בהרבה משתנים, ולא צריך לבנות לזה רכיב תצוגה במיוחד.
  שיטה זו דומה לכתיב של php טהור בקבצי html.

בקבוצת המנועים הראשונה ניתן למנות את Pug (Jade לשעבר), Handlebars, mustache.js, ועוד,
בקבוצה השניה יש את Ejs (לדעתי זהו היחיד שקיים).

סגנון התחביר להכנסת פקודות בין חלקי הhtml משתנה בין הספריות השונות, יש כמה סגנונות מקובלים (ובכל שפת תכנות יש כמה שלקחו השראה מכל סגנון כזה)

באיזה מנוע כדאי להשתמש?

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

שיפורים בדף המוזיקה:

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

@גמליאל אמר בלמה input ריק הופך לNaN - אנגולר:

@katz
הנושא פה הוא לא הפתרון לבעיה, כי הפתרון שאני משתמש בו בינתיים פשוט יותר: לאתחל את המשתנה הריק לnull
אני רק מנסה להבין למה בלי האתחול הוא שווה לnan.

כנראה שמדובר בinput מסוג Numder, וכנראה שאנגולר ממיר אותו למספר.
Number(undefined) מחזיר NaN.

@dovid אמר בבשורה מרעישה לכל מי שסובל מבעיות UX הנובעות מבלבול בין לחיצות כפולות לבודדות:

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

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

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

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

let flag;
async function doSomething () {
  if (flag) return;
  flag = true;

  await doAnything...
  await someTimeout... // Optional

  flag = false;
}

<button onclick="doSomething()">Do</button>

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

@ek0583232948 אמר בהדפסת תמונת פספורט מתמונה בגודל רגיל:

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

יש את @magicode

https://magicode.me/multi-image

למרות שזה לא הנושא הישיר אתן סקירה קטנה מנסיוני.
מנועי התצוגה (Template engine) בNode מתחלקים לשניים:

• אלה שמשתמשים במילים ופקודות שמורות משלהן עבור כל פקודה, והן שואבות השראה ממנועים אחרים בשפות אחרות (שם הדבר מפותח מאוד ובשימוש רב).
  במנועים אלה האפשרויות מצומצמות למספר מילים שמורות בלבד (if, else, switch) וכד'. יש גם "פילטרים" שמאפשרים לשנות את הערך של משתנה המודפס לדוגמה: {{ count | add: 1}}
  כאשר רוצים להציב תנאי מורכב או להציג ערך קומבינציה שמורכב מכמה פרמטרים יש צורך לבנות רכיב תצוגה מיוחד ולהעביר אותו לפקודת הRender בדומה להעברת שאר הData מצד השרת לטמפלט.
  שיטה זו דומה למנועים אחרים רבים הקיימים בשפות אחרות, דוגמת Django של פייתון או Laravel של PHP,‏ ERB ברובי וכן הלאה.

• אלה שמאפשרים לשים פקודות Javascript מלאות בין חלקי הhtml בקובץ, כמו כן ניתן לשים תנאים מורכבים שתלויים בהרבה משתנים, ולא צריך לבנות לזה רכיב תצוגה במיוחד.
  שיטה זו דומה לכתיב של php טהור בקבצי html.

בקבוצת המנועים הראשונה ניתן למנות את Pug (Jade לשעבר), Handlebars, mustache.js, ועוד,
בקבוצה השניה יש את Ejs (לדעתי זהו היחיד שקיים).

סגנון התחביר להכנסת פקודות בין חלקי הhtml משתנה בין הספריות השונות, יש כמה סגנונות מקובלים (ובכל שפת תכנות יש כמה שלקחו השראה מכל סגנון כזה)

באיזה מנוע כדאי להשתמש?

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

@odeddvir אמר בבעיה בהעברת אובייקט שלם מ-Node ל-ejs:

זה לא עובד, יש לי באובייקט שדה _id שמכיל Guid שמתחיל בספרה, והוא לא מוקף גרשים, ואני מקבל SyntaxError בדפדפן כי זה לא JSON תקני.

נסה לעשות את הstringify בצד השרת:

res.render('client/details', { client: JSON.stringify(client) });

@shpro654
הדרך לחבר בין SPA צד לקוח Angular/React/Vue לבין צד שרת בNode קלה מאוד.
אמנם לפעמים חסרים כמה קצוות לחבר, ואז זה מרגיש מאיים וכבד - עד כדי שאלתך מה יש לי לעשות עם הידע הזה, אבל לאחר סגירת הפער הקטן הזה הידע שלך שימושי ביותר.
מה יש לי לעשות עם הידע הזה? הכל!
תוכל עם הידע הזה לבנות כל פלטפורמה שעולה בדעתך, ובהרבה פחות מההגבלות שקיימות אצל מי שבונה בכלי סגור שיועד מראש לצורך מאוד ספציפי, גם כאשר עם הזמן הוא התרחב ונותן מענה לבעיות נוספות. (וורדפרס כדוגמה מובהקת, ועוד.)

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

https://github.com/video-dev/hls.js

אני רואה עכשיו שבכתובות הפנימיות באתר זה נשאר בתו המקורי, דוגמה:
https://zvizvi.xyz/#/
(אם מעתיקים את הכתובת זה הופך ל encodeURIComponent,
שזה סוג קידוד אחר [%E2%98%95] מ punycode י [xn--53h] )