@clickone אמר בשליחת סמסים מסימים לא מוגבלים:
זה אפשרי לדעת, אבל בד"כ עולה כסף
אם שולחים הרבה הודעות,אז כנראה שווה לשלם על הבדיקה הזאת.
@clickone אמר בשליחת סמסים מסימים לא מוגבלים:
זה אפשרי לדעת, אבל בד"כ עולה כסף
אם שולחים הרבה הודעות,אז כנראה שווה לשלם על הבדיקה הזאת.
@clickone
אולי זה הפתרון
לקנות סימים מכל החברות
ולשלוח בחברה רק למספרים שלהם.
@yossiz
מסתבר שלא הייתי צריך לעבוד קשה
כי השירות כבר היה עטוף עם סקריפט, רק הייתי צריך להוסיף תנאי בהתחלה.
@yossiz
בעתיד אפשר לבנות עורך markdown אונליין עם חשבונות משתמשים וכו וכו'
ומאחורי הקלעים הכל יסתנכרן עם git.
אבל בשלב הראשוני צריך לשאוף להגיע למשהו שעובד בדרך הכי קצרה
הטיפול בCSS לא כל כך נורא (בHUGO הצלחתי לסדר אותו כבר).
ורק צריך למצוא איך עושים webhooks שיבצעו pull אחרי כל שינוי
ויש לנו אתר.
אחרי שזה יעבוד השמיים הם הגבול....
@yossiz
הלוואי והיה משהו יותר פשוט מגיט
אבל לא מכיר משהו אחר שמאפשר לנהל תרומה של תכנים.
@yossiz
איך אני מטמיע אותו?
יש שינויים קלים בין מנועי הmarkdown (למשל רווח לפני מעבר שורה)
איך מוודאים שהכל תואם.
מצאתי תבנית קצת יותר מתאימה
אבל צריך לסדר בCSS את הRTL שהטקסט בעברית יהיה בימין והקוד בשמאל
וכנ"ל באתר של gitea.
@chagold
אתה צריך לפתוח חשבון
ולעשות fork לחשבון שלך, לערוך, ולפתוח PR (בדיוק כמו בגיטהאב)
כרגע זה בנוי בצורה שיש לי את כל הrepositories (להלן "מאגרים", לא מצאתי מילה אחרת) של gitea בתיקיה אחת
/root/gitea/data/gitea-repositories/ ובתוכו יש תיקית nigun שמכילה את כל ה"מאגרים" של nigun .
בתוך התיקיה של hugo
יש את התיקיה שלי My_Website/content/nigun
ועל כל עדכון אני מבצע git pull /root/gitea/data/gitea-repositories/nigun/content2.git
כשאני אני ירצה לעשות אוטומציה כנראה אני יהיה חייב לתת ריפו קבוע למשל content.
בהמשך לדיון על איך להימנע מקריסות
מישהו הזכיר את terraform אז אולי מישהו יכול לתת הסבר מלמעלה מה ההבדל בין הכלים השונים
אני שמעתי לבנתיים על ansible , pulumi , terraform
מישהו משתמש בכלים האלו? מכירים עוד כלים בתחום?
@aaron
איך באמת פותרים את הבעיה של הדאטא?
אפשר לעשות כל כתיבה ל2 מסדי נתונים, אבל אז יש בעיה שאם מסד נתונים לא קיבל כמה כתיבות יש חוסר סנכרון.
אפשר לעשות גיבוי כל חמש דקות (זה מה שעושים במסד נתונים מנוהל בדיגיטל אושן)
אבל במערכות עם נתונים של כספים וכדו' זה עלול להיות בעיה רצינית כי בחמש דקות יכול להיות הרבה נתונים.
החלק של האפליקציה נראה יותר פשוט בהנחה והיא stateless.
אבל גם אז, אם הדומיין שלי מפנה לשרת מסויים , והשרת נפל אני תקוע שוב כי הקלייטנים מכירים רק דומיין אחד (לרוב), ועריכה של הDNS עורכת זמן, וגם שרתי הDNS לא חסינים (אפילו שאני לא מכיר מקרה של נפילת שרתי DNS).
אגב לא תמיד צריך לרוץ להקים קוברנטיס, רוב האפליקציות הפשוטות ירוצו מצויין על serverles נראה לי שקוברנטיס מגיע יותר למקומות שבו serverless לא מתאים, כמו אלפי מיקרו-סרביסים.
@chagold אמר בהקריסה בOVH - מה ניתן להפיק מאירוע כזה?:
עוד משהו.
לדרוש מהחברות שהתמונות יגובו במרכזי נתונים אחרים מהמקורי.
והכי טוב היה לבקש שיהיה אפשר להוריד את התמונות.
במקום לסמוך על החברה עדיף לנהל את זה לבד.
@יוס
לא הבנתי מה אתה מנסה לחסוך?
אם יש לך שאילתות מורכבות, אז יהיה לך צריכת CPU גבוהה.
שימוש בחיבור מתמשך אולי יחסוך בזיכרון או ביצירת חיבורים חדשים
אבל לא נראה לי שזה משפיע כל כך על הCPU.
כנ"ל לא נראה לי שכל תהליכון של MYSQL, מייצג חיבור חדש
אלא תהליכים שMYSQL מייצר שלא קשורים דווקא לחיבורים חדשים.
@yossiz אמר בSQL? או MySQL? מה זה בכלל ואם כדאי ללמוד את זה?:
טוב גם להכיר מה זה ORM. (אולי הכי קל פשוט להתחיל להשתמש וללמוד על הדרך מה הוא נותן לך).
טוענים שהחסרון בORM הוא שנתקעים שמה, ולא לומדים SQL לעומק.
@yossiz
חיפשתי TAB עם רווח, לכן לא מצאתי את זה.
@dovid
להעתיק טקסט כמו נתיב, דגלים וכו'
במקום זה הייתי צריך להקליד את הכל ידנית.
@מנצפך
לא יודע האם זה מקובל לשמור במסד נתונים רלציוני
אבל יש מסדי נתונים (כמו משפחת TSDB) שנועדו במיוחד לאיסוף מידע בלייב.
לכאורה מסד נתונים רגיל לא אמור להיות יותר איטי.
@מנצפך
רק כדי לעשות סדר ולראות אם הבנתי נכון.
אתה רוצה לבנות nginx עם %100 זמניות.
אז לכן אתה רוצה ליצור לצורך העניין 4 תהליכים מקבילים של nginx
שיאזינו לאותו פורט (איך זה יכול להיות?) או בפורטים שונים ולהעביר את התעבורה עם עוד nginx שיעביר את התעבורה לשרתים האחוריים.
וכך אם אתה צריך לבצע שינוי בnginx אתה יכול לשלוח SIGINT במקום kill ובהנחה שnginx מבצע graceful stop כשהוא מקבל SIGINT, אתה תקבל 100% זמינות.
אבל רק שים לב שתצטרך לעשות את הreload לתהליך השני רק אחרי הוא נגמר בראשון, כי לכאורה nginx מפסיק לקבל בקשות אחרי SIGINT, וגם לשים לב למשתנה kill_timeout בPM2 , כי אם הוא מוגדר על המתנה קצרה הוא ישלח kill אחרי כמה שניות שSIGINT לא מגיב ואם יש לך בקשה ארוכה הוא יפול.
@yossiz
מה הבעיה?
אחסון מיותר או שזה יכול לפגוע בביצועים?
@davidnead
אכן עבודה בצוות זה משהו שחסר כפרילנסר
אני למשל עובד כיום על פרוייקט עם מתכנת צד לקוח, שאני מספק לו את הAPI
וכל הזמן אני צריך להסתנכרן איתו, אמנם זה משפשף קצת, אבל אף אחד לא עובר על הקוד שלי,
אני לא לומד לתעד את הקוד כראוי, אני לא כותב טסטים על הכל ועוד.
אגב עבודה כפרינלסר זה לא רק לבנות אתרי וורדפרס
גם אם אתה מומחה לAI וחברה טכנולוגית, צריך שיבנו לה כמה מודולים, במשך כמה חודשים
הרבה פעמים יעדיפו לקחת מתכנת חיצוני שיעשה את העבודה (עם תיעוד מלא) ולא להעסיק אותו כשכיר רק לכמה חודשים.
לא רואה כל כך פגם לספק שירות לכמה חודשים לחברה כללית (חוץ מהדרישות לוואצאפ וכדו').
לגבי השאלה "כמה משרות תכנות חרדיות יש בשוק, כמה הן משתלמות, וכמה קשה להשיג אותן?"
אכן ברור שההיצע יותר דל מאשר השוק הכללי (וכנראה שגם המשכורות), וכנראה כדאי להיות פרילנסר עד שמזדמן לך משרה כל שהיא.
(אגב כבר קיבלתי פעם הצעה בפרוג למשרה חלקית מהבית בחברה טכנולוגית חרדית, ממתכנת שעובד בחברה, הוא אמר שהוא רואה מההתכתבות שלי שאני אוטודידקט, וזה מה שהם מחפשים, אני לא כל כך התלהבתי מהרעיון, אבל האמרתי למה לא אשמח לשמוע עוד, הוא פנה למנהל שלו ומאז לא שמעתי עוד ממנו (וגם לא שאלתי), הרעיון הוא שאם אתה טוב (ופעיל ברשת) כנראה שתתקל במשרה מתי שהוא).
ואגב מוצר מדף זה לא דבר מופרך, כמו שכתבתי למעלה, אם אתה חולש על הרבה תחומים (בהבנה בסיסית) הרעיונות יצוצו מעצמם בכל מיני צמתים, לא יודע כמה יהפכו למוצר מוצלח, אבל כשאתה עושה את זה בשעות הפנאי אין כל כך הרבה מה להפסיד, ויעידו כאן כמה מחברי הפורום שיש להם כמה מוצרי מדף שלא הצליחו (לבנתיים), ולא נראה לי שהם מאוכזבים כ"כ כי למדו הרבה דברים על הדרך.
אם כבר מדברים על מוצרי מדף
נראה לי שמוצרי B2B יותר קלים למכירה מאשר B2C
כי לרוב למגזר העסקי יש כיסים יותר עמוקים, וצריך להשקיע פחות בפרסום רחב, ועוד.
אשמח לשמוע עוד תובנות בעניין.