C
@yossiz כתב בשיתוף | תוכנת 'שעות זמניות' לספירת שעות עבודה:
שיפור קטנטן: להוסיף שלחיצת אנטר יסגור את תיבת הדו שיח של הוספת משימה וכדומה
נהניתי לראות שלחיצת רווח מפעיל/עוצר את הטיימר
באופן כללי שטפסים יהיו מוגדרים כהלכה כך שהדפדפן ידע להגיב להם בהתאם. כלומר שהכפתור יהיה הsubmit של הטופס, כך לחיצה על אנטר תעשה submit לטופס. ודפדוף בין השדות/כפתורים באמצעות tab ירגיש טבעי.
@חגי אתה לא יכול להשוות פרויקטים של סקאם וקומבינות ופרוקסים שאיכשהו אמורים לעבוד ואתה צריך לסמוך על חברה של גנבים (באופן רשמי) שיספקו לך את הסחורה, לחברה סינית מסודרת..
בכל תחום שעולה כסף באינטרנט יש לך קומבינות מבוססות מיקום, אם אתה מתעסק בזה כבר תעשה את זה לבד, אל תקנה מגנבים אחרים שעושים את זה, כי גנבים יכולים לגנוב מכולם - גם ממך.. (לדוגמא אנשים קונים חשבונות xbox שמוכרים לך בדולר כשאמור להיות על זה כביכול game pass ultimate ואז אתה מגלה שהוא מכר את החשבון הזה גם לעוד 400 קמצנים כמוך וכולם מוציאים את כולם מהסשן, ששון ושמחה חח.. לא קרה לי ברוך ה' קרה לחבר שלי..)
@מד אני לא יודע איך הגעת ל4$ זה ממש הזיה, וניסיתי בזמנו לעבוד דרך OpenRouter (בעיקר כי פנטזתי על לקבל ZDR ופרטיות בכל מיני מודלים סיניים) וזה היה ברמת ה-לא שמיש, עם rate limit מטורף ומחירים לא הגיוניים. יש לי שם עוד כסף בbalance אם רוצה 
(רציתי שכמו כולם יהיה לי מקום מרוכז שאני יכול לזגזג בין מודלים כאוות נפשי וכו' אבל בסופו של דבר זו לא החווייה שמתקבלת. לא פיננסית ולא בהגבלות קצב)
כשאני משתמש דרך DeepSeek עצמם כprovider אני מקבל מחירים ממש זולים ואפס הגבלות על הקצב.
@מד אני משתמש בו כבד מאוד כבר יותר משלושה שבועות, מרגע שהוא יצא, דרך הAPI של דיפסיק עצמם
אין לי מושג לגבי אופוס 4.7 שלא זכיתי לדגום אותו כלל, אבל הוא מספק את צרכיי++ ועושה את זה באופן זול מאוד, כפי שאני מציין השתמשתי באופן כבד בתקופה האחרונה והוצאתי בערך 12$ שזה בדיחה ממש.
אה ואם משתמשים דרך הAPI זה אומר שאין שום rate limit.
משתמש בו דרך opencode.
@מד בנוגע למה שכתבת, אני חושב שכן זה אפשרי להתחיל לכתוב ישירות בלי להכיר את השפה כלל וללמוד תוך כדי עבודה (זאת כמובן בהינתן שיש לך את הקטע האוטודידקטי. אם אין לך - אפשר לסגור את הבסטה מזמן)
מה שכן, להתחיל לכתוב משהו מאפס זה ממש קשה וזה לרוב לא הסיטואציה אצל רוב האנשים שמתחילים משהו, כי הם נכנסים לקודבייס קיים.
אתה נכנס לקודבייס שכתוב בשפה/פריימוורק שלא כתבת מעולם, אבל נותנים לך משימות קטנות שדרכם אתה מתחיל להבין קצת פה קצת שם והופ אתה כבר יכול לכתוב את הסינטקס הבסיסי של השפה, ואתה מבין פתאום את המושגים הבסיסיים של הפריימוורק וכו'.
בקיצור - כניסה לקודבייס קיים ואתגרים מעשיים שגורמים לך להתחכך בקודבייס הקיים הם מפתח מעולה ללימוד מהיר והתרגלות.
@eido כתב באיך למדתם לכתוב קוד - סקר:
לא חסר לך מה שכינה @צבי-ש
@צבי-ש כתב באיך למדתם לכתוב קוד - סקר:
דברים בסיסיים או ידע מתחת למכסה המנוע שאני לא מכיר טוב כמו שהייתי רוצה
?
חסרים בהחלט אבל ברוב הדברים שאני עושה מסתדר. חסר לי אם כבר לא בקטע טכני אלא בתור שאני יודע שהייתי יכול לכתוב קוד הרבה יותר טוב עם הידע הזה. בסדר.
@eido סקר מרתק. בעיקר בכזו פלטפורמה.
התשובה שלי 4 עם חריגות, לא יודע איך להגדיר לימוד 'בקטנה', אני התחלתי להתעסק עם כל מיני דברים מסקרנות (האינטרנט וכו' פותח את הסקרנות) ישבתי הרבה מאוד על המחשב ומתישהו זה הגיע ל'תיכנות' (סתם batch scripts בוינדוס או קצת טוויקים באתרים כגון הפלטפורמה הזו nodebb שהיתה כר מעניין. בזמנו היה פתוח דיסקורד בנטפרי אז גם התעסקתי עם בוטים בדיסקורד, זה היה גם קורונה אז היה כל מיני דברים לעשות ומלא זמן).
בסיעתא דשמיא @חגי הכניס אותי לעבודה הראשונה שלי למרות שאני חושב שזה היה חסר אחריות ממש חח בכל אופן התחלתי שם מday one לכתוב python שלא כתבתי לפני זה כלל. ועם זה להעמיק גם בפיתוח ווב כללי HTML CSS JS - שוב, הכל בלי שום בסיס של לימודי מדעי המחשב או תיאוריות דומות.
מה שהניע אותי תמיד היה סקרנות והכיף של ללמוד. ולמדתי המון. ממש. ועכשיו עם הLLM וכל הטררם מסביב זה דופק את כל הלמידה ואני לא לומד כלום כבר שנתיים. זהו..
מסקנת דבריי זה שבתיכנות שזה מורכב ממלא ענפים והצורך של הלקוח שונה כל פעם והזמנים משתנים, תמיד אבל תמיד תצטרך (אתה או הLLM שלך) ללמוד. לבד. אז אמנם היום יש LLM וזה אבל אם מעניין אותך האומנות של הדברים וליצור משהו שאתה קשור אליו אז כן תגיע ללמוד משהו חדש.
@dovid הכל טוב ברור לי וגם כתבתי, שהבעיה ממש לא הובהרה כיאות.
@eido קטעי הקוד שהבאת חלקיים מידיי (ואוסיף שעבורי הם קשים לקריאה, כנראה בגלל שאני לא יודע לקרוא קוד ככ טוב) ולא מתארים באמת את הצורך ואת הפיתרון שאתה מנסה לממש. זו זכותך כמובן לא לחשוף את כל הקודבייס.. אבל קשה לכווין אותך ככה.
תצטרך גם להבהיר את הסיטואציה הקלאסית שלך, כלומר איזה מין מבנה קבצים אתה מתעסק בדרך כלל (סדר גודל של קינון ומבנה נתונים וכדו')
@י.פל. כתב ביש חלופה טובה/עדכנית לרקורסיה?:
יתכן שהפתרון לבעייה הוא פשוט לעבור לשימוש בחשבון בתשלום/עמותות, שם מגבלת זמן הריצה עולה מאוד.
אני לא חושב שזה 'פיתרון' זה אולי יכול לעקוף את הבעיה - כך שזה כבר לא תשובה לשאלה בפורום אלא פשוט 'פיתרון' עסקי. כאן זה פורום שהרעיון הוא שמעלים סיטואציות כלליות ושאלות כלליות ולא רק 'כואב לי כך' ו'הנה פיתרון עסקי'.
זה אמור להיות מצב שמגרה אנשים לענות ולא להרגיש כאילו הם אלטרנטיבה לLLM מטופש.
אני מגיב כאן כי השרשור השני נעול.
אני אולי לא לגמרי מעודכן בצרכים אבל אם אני מבין נכון אתה מתעסק עם google drive api ומתפעל אותו על גוגל סקריפט. (זה נכון?)
יש משהו מסוים במבנה הקבצים בגוגל דרייב זה שהוא flat כלומר אין עץ. פשוט לכל קובץ מסוג תיקייה יש גם ילדים files שצריך לעשות query קודם על התיקייה עצמה לקבל את הfiles שלה ואז עוד query על כל אחד מהילדים שהוא מסוג תיקייה לקבל את הfiles שלו וכן הלאה. זה הבעיה. (ויכול להיות שמה שאנשים פה הגיבו לך איך שהגיבו זה בגלל שתי סיבות: הם לא מכירים ואין להם ניסיון ספציפית עם גוגל דרייב api, וגם שהבעיה לא באמת הובהרה כיאות על ידך)
עדיף שתעלה את הקוד שלך ויהיה אפשר להתייחס לבעיה בשורשה ובאופן יותר מדויק.
יכול להיות מאוד שיש פתרונות שקשורים לדרך השאילתא לגוגל דרייב api.
עריכה: בשביל מי שלא מכיר את גוגל דרייב api, אני לדוגמא יש לי לא מעט היכרות איתו ועם מגבלות שלו. לדוגמא אם רוצים לעשות חיפוש רקורסיבי תחת תיקייה ספציפית זה ברמת הלא אפשרי (אפשרי רק בצורה ממש לא יעילה, אי אפשר לקרוא לזה אפשרי. לעשות שאילתות כפול מספר התיקיות שנמצאות תחת התיקייה הספציפית) לפחות עד כמה שאני ניסתי וחקרתי. אם למישהו יש פיתרון שעובד - נפתח על זה שרשור נוסף (ה'פיתרון' הכי הגיוני שאני מכיר הוא כזה בערך: לבצע חיפוש (גלובלי) ואז על כל אחת מהתוצאות לעשות רקורסיה לקבל את הparent ואז את הparent של הparent וחוזר חלילה, ולעצור אם הparentId שהתקבל = הid של התיקייה הספציפית שבה אנחנו רוצים לחפש.. אם כך אנו כוללים את התוצאה הזו בתוצאות הוולידיות).
לגוגל עצמה נראה שיש איזה api פנימי שעובד (צריך להבין איך הוא עובד כי באמת מצורת מבנה הקבצים שבה גוגל דרייב משתמשת זה מאוד מקשה לתמוך בכזה פיצ'ר) - אפשר להגדיר parent:id כאופרטור בחיפוש של דרייב וזה מחפש רקורסיבית בתוכו.
במילים אחרות: אין path נייטיבי בגוגל דרייב, לפחות לא בapi. לכן אין באמת רקורסיה נייטיבית של עץ קבצים. לכן יש אתגרים.
במילים נוספות: למי שתוהה, לone drive כן יש path וכן אפשר לחפש רקורסיבית בתוך תיקייה. דרך הapi.
@ek0583232948 אתה רוצה להפוך את כל הממשק לRTL או את כל התאים (במצב עריכה וגם במצב תצוגה) לRTL? יש הבדל גדול
ברור שאם תחיל direction: rtl זה ישבור את כל המסך ויהרוס פונקציונליות של הרבה קומפוננטות. אתה צריך לבודד את המקומות הספציפיים שאותם חשוב לך שהדפדפן ירנדר אותם כRTL. ואת זה עושים על ידי בדיקה בכלי המפתחים של הדפדפן (זה מאוד קל) תנסה ללכוד את האלמנט שמייצג את התא הטיפוסי (או ה'קומפוננטה') בצורה הכי גנרית כלומר תתפוס את האלמנט מצד אחד בהיררכיה הכי גבוהה שאחראי על ה'איזור' או תחום שאתה רוצה לשנות, ומצד שני תשים לב לא לעלות יותר מידיי בהיררכיה של הדף כי זה יגרור שתחיל כלל direction: rtl על חלקים שאתה לא רוצה.
(יש בכלי המפתחים כלי לכידה, קיצור מקשים במק זה CMD SHIFT C, מאוד יעיל כדי למצוא ולהניח את האצבע על אלמנט)
אחרי שהחלטת על אלמנט פשוט תמצא בפירוט חוקי הCSS שחלים עליו (ליד איפה שהעץ אלמנטים) מקום עם חוקים שמתייחסים לרשימה טובה ומאפיינת של קלאסים. דוגמא:
אחרי שבחרנו את הצירוף קלאסים הכי מתאים לנו, שמשפיע על המקומות שהכי מתאימים, פשוט נוסיף לו כלל של direction: rtl ונראה את ההשפעה.
אצלי זה דווקא יוצא טוב:
הכלל הרלוונטי שיצא לי הוא:
.dataRow:not(.header) .cell {
direction: rtl;
}
אפשר לגמרי לשים את זה בStylus ויעבוד.
@NH.LOCAL כתב בבירור על מערכת סליקת אשראי מתאימה לאתר עם מודל מנויים:
יש לך ניסיון אישי עם השירות הזה?
כן
העמלה הבסיסית היא 5%, אבל בפועל עם עמלות המשיכה לבנק, המרת המט"ח וכו' לכמה זה מגיע בפועל?
בפועל זה מגיע לסביבות ה7-10% תלוי בסכום העסקאות
זה יכול להיות פער בין 2% עם ספק ישראלי (עמלות + תשלום חודשי) לעומת 8-10% עם paddle!
זהו שיש כאן משהו אחד שאתה מפספס: המע"מ. ויורחב בהמשך.
הבנתי שאין להם ממשק סליקה בעברית, האם ניתן להתאים אישית את הסליקה כדי שתתאים למשתמשים שלי
זה כבר אני לא יודע
בנוגע למע"מ. אני אציין שזה כנראה רלוונטי בעיקר אם אתה גלובלי ורוצה למכור גלובלי. יכול להיות שטעיתי פה, כי כנראה אתה לא גלובלי.
במכירה גלובלית יש שיקולים של התאמת המע"מ לפי האיזור ממנו אתה מוכר, מכירה לאיזורים שונים לפי איזורים שונים. או נגיד מכירה מארה"ב (יש הרבה שיראו בזה must בעיקר אם אתה saas לא מוכר). שם הפיתרון של MOR פותר לך את הכאב ראש באופן מושלם.
אני בהחלט לא ממש מבין בזה לעומק אז לא אאריך.
אני חושב שאם אין לך עוסק זעיר, אתה חייב לקזז מע"מ מכל העסקאות מכירה שלך ולהעביר אותו לרשות המסים. זה נתח מכובד. עד כמה שאני מבין, בpaddle זה כבר קוזז ואתה מקבל את הסכום המלא פחות העמלות (נגיד 8%) ומהכסף הזה אתה צריך להוריד רק מס הכנסה.
אשמח אם יתקנו אותי.
@NH.LOCAL כתב בבירור על מערכת סליקת אשראי מתאימה לאתר עם מודל מנויים:
אפשרות משיכה של הכסף לחשבון ישראלי
הם לא מאפשרים משיכה ישירה לחשבון אלא משיכה לשירות - או payoneer או wire - ומהשירותים הנ"ל אפשר למשוך לחשבון.
@eido ברור שטכנית אפשר לעשות הכל לבד. אבל זה יכול להיות מורכב בעיקר אם זו רק ההתחלה והפעם הראשונה שמממשים כזה דבר. כל חלק בפעילות הסליקה נמצא אצל ספק אחר - הניהול של הsubscription באחריותך ואם עשית באג אתה אוכל אותה. הסליקה אצל מישהו אחד. ייצור החשבוניות אצל מישהו אחר. וזה באחריותך לכתוב את הקוד שיסלוק את החיוב החודשי אוטומטית וייחשב את החישובים של grace period וכדו' ולשלוח התראות בהתאם, ולייצר את החשבוניות.
לא בא להלחיץ ומי שזה מתאים לו אדרבא. רק אומר שנראה לי קל יותר להיכנס לתחום עם MOR
@NH.LOCAL מומלץ (לפחות בתור התחלה וכדי להוריד כאב ראש של המון דברים שצריך לסדר, ביורוקרטית וכו') לעבוד עם שירות שהוא גם MOR (הוא המוכר בפועל, הסולק ונותן חשבוניות) כגון paddle
אפשר לגמרי לעבוד איתם מישראל והעמלות שלהם אמנם אולי יהיו קצת יותר ממה שתשלם לסולק ישראלי (גם זה לא בטוח) אבל תחשבן שאם אתה הולך על סולק ישראלי אתה צריך גם להתעסק ולייצר חשבוניות, ועוד כאב ראשים
לpaddle (ודומיו כמו lemon squeezy) יש את הדרישות שלך:
API ברור (מאוד עם SDK ספריות לשפות שונות)
חיוב חודשי אוטומטי - מה שנקרא subscription עם אפשרות לביטול, או ניהול אמצעי התשלום בקיצור - כיף גדול, ועדכון באמצעות webhook על שינויים בsubscription כגון שהאשראי לא נסלק אז אתה מקבל עדכון.
@dovid כתב בשליחה מרובה של מיילים:
@chv + @משרדי
לפחות מניסיוני (בערך לפני שבועיים, אולי פעם זה היה אחרת), באמזון אתה צריך לאשר כתובת גם של נמען כל עוד שאתה במצב "sandbox".
בשביל לצאת ממנו צריך לנסח בקשה ולהסביר להם מה מהות השימוש וסדר גודל (תדירות ומס' נמענים) של השליחה, ואז הם מאשרים ויוצאים למצב רגיל.
אם מאוד מתקשים לנסח יש ChatGPT בשביל כאלה דברים..
@משרדי כתב בשליחה מרובה של מיילים:
ניסיתי את SES של אמזון, אלא שאלה ברוב אנטישמיותים (מה הקשר אנטישמיות? גם אני לא יודע:) ) לא אישרו לי שליחה בלי אימות של כל כתובת נמען בנפרד
כל כתובת נמען או כל כתובת שולח?? אם זה נמען אז מוזר מאוד..
אני יכול להגיד לך שהמציאות בSES היא לא ככה ואפשר לשלוח חופשי לאיפה שרוצים. אולי זה היה בשלב ממש התחלתי של ההגדרה שעדיין לא קיבלת אישור לאימייל הזה.
אכן כתובת שולח צריכה אימות בנפרד לכל כתובת. וזה מובן לגמרי. ולא מסובך.
בוא נגדיר מה זה 'לבנות שליחה לבד'.
אפשר להתחבר לתיבת הג'ימייל שלך ולשלוח משם ישירות באמצעות SMTP. לכמויות כמו שתיארת זה נשמע ישים לחלוטין.
אפשר לשלוח באמצעות שירות חיצוני כלשהו באמצעות API. כגון מיילגאן, resend, הכי זול עם אמזון SES (יש שיחשיבו את זה למסובך). יש להם גם SDK לכל שפה בערך. כדי ש'גוגל לא יחסמו את המיילים' אתה צריך להגדיר את כל הגדרות הDNS הנדרשות. אין סיבה שיחסמו.
עריכה: בשביל לקבל אימייל, אם אתה כבר משתמש בcloudflare בשביל הDNS ועוד, אפשר לקבל דרכם ואז אוטומטית לפרסר את האימייל דרך worker ולשלוח אותו לAPI שלך (שמאזין ומצפה לקבל מיילים) אפשר להשתמש בזה כדוגמא. שימושי ביותר!! (חינם לחלוטין)
@pcinfogmach האופציות הן בערך:
כל הנ"ל מדובר במכשירים עם מסך דיו אלקטרוני, מכשירים שבלי זה לא רלוונטיים כלל. בין מבחינת בטריה ובין מבחינה פרקטית.