תחומים - פורום חרדי מקצועי

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

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

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

פתרון נוסף והרבה יותר מוצלח לטעמי,

1. nodemon. מאפשר הרצה קבועה וריסטארט כשמתבצעים שינויים.
2. PM2. כלי ממש מוצלח! מיועד לא רק לnodejs. גם לפייתון, ועוד כמה שפות. מאפשר לבחור אינטרפטר, מאפשר גם הרצה ב upstart.
   מוניטר שמציג את אחוזי השימוש של כל אפליקציה.
   ניתן גם להגדיר שיפעיל אוטמטית כשיש שינויים בקבצים.
   קיצר, כלי מושלם!

http://pm2.keymetrics.io/

דוקר != קוברנטיס, אבל כמובן שדוקר או כל טכנולוגיית קונטיינרים אחרת מיועדת גם לפרודקשן.

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

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

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

תוכל להוסיף github action שמבצע בילד, מתחבר בSSH לשרת ומריץ סקריפט עדכון.
אם אתה משתמש בדוקר בכל מקרה, תהליך הבניה צריך לכלול אותו, דחיפה לריגסטרי, והפעלה של הקונטיינר החדש.
מצרף מ"מ לactions הרלוונטיים, מקווה שיהיה לתועלת.
https://github.com/marketplace/actions/build-and-push-docker-images
https://github.com/marketplace/actions/docker-remote-deployment

@אביי כתב בשימוש בOR-Tools בpython:

File "c:\python\ortools.py", line 4, in <module>

השורה הזאת מרמזת על כך שלסקריפט שלך קראת ortools.py, מה שגורם לפייתון לנסות לבצע import ממנו.

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

@יוסף-בן-שמעון כתב בהכוונה לטכנולוגיה\פלטפורמה לצורת בניית ממשק web:

אז למה לא תעשה את זה בצורה שכולם עושים

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

@יוסף-בן-שמעון כתב בהכוונה לטכנולוגיה\פלטפורמה לצורת בניית ממשק web:

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

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

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

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

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

לאחרונה כמה פרויקטי low-code שאני עוקב אחריהם מרגישים לי שהגיעו לרמת בשלות שאפשר כבר לשקול אותם כחלופה רצינית לפיתוח מלא עצמאי.

אצלי (לפחות כרגע) קוד פתוח זה הדרישה הראשונה, אז זה מה שבדקתי..
מצרף קישור לרשימה לפרויקטים בגיטהאב.
https://github.com/stars/a5r0n/lists/low-code-apps

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

ולא לשכוח להפעיל את הסרויס של דוקר עצמו,
systemctl enable docker.service

אתה צריך להוסיף escape ל \b (סלש סלש בי)
https://dbfiddle.uk/?rdbms=mariadb_10.6&fiddle=3cb6becbb4829a9e8ee78c4cb8e5ba2e

@google3
אתה פשוט צריך להעלות מערכת הצלה ב2 השרתים ולהשתמש בDD כדי להעביר את הדיסק קומפלט.
אולי אפשר אפילו ישירות על גבי הרשת עם קצת טריקים וpipes

עריכה:
תוצאה ראשונה בגוגל - https://www.thegeekdiary.com/how-to-clone-linux-disk-partition-over-network-using-dd/
תגגל עוד, רק כדי לוודא שאתה בוחר באפשרות הנכונה

@שואף לכאורה נתת לקונטיינר של הVPN יכולות של NET_ADMIN והוא שיחק לך בiptables.. תנסה לחפור שם (קודם תנסה לרסטרט את השרת)

@www
נטפרי פעם פרסמו בקונסול

אגב toggl, שווה גם לבדוק את clockify, יותר נח לדעתי.
אני משתמש גם בwakatime
סתם בשביל למדוד סטיסטיקות תכנות\גלישה בצורה אוטומטית.
זה סופר נחמד! (ולפעמים מפחיד..)

@avi-rz אמר ברעיון לשייך משתמשים לפעולות?:

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

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

במידה והנושא הוא לוגים ו\או אבטחה - הדרך הנכונה היא לוגים. לא דאטאבייס.
זה פשוט מיועד לזה, זה נותן לך קונטקסט נוסף מעבר לרק מה היה השינוי ומי גרם לו. זה חסכוני בעלויות מקום (על חשבון זמינות ומהירות תשאול) לא מכביד לך על הDB ולא יגרום בעיות בסקייל גבוה יותר. תוכל גם להגדיר כל כמה זמן למחוק דאטא ישן.
התממשקות לכלים סטנדרטיים בתחום, loki, grafana וכדומה. ואז יש לך יכולת לתשאל את הלוגים שלך בצורה חכמה.
יש פרויקטים לייצוא של הלוגים ישירות לloki. הם ידעו לעשות את זה נכון בלי לתקוע לך את הevent loop בהמתנה לשליחה של הלוג לDB..

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

@yossiz אמר בהאם יש חיסרון בWebSocket?:

@aaron אתה תמיד חושב בענק... אני מברך אותך שתגיע לשאלות כאלו...

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

https://dzone.com/articles/google-polling-like-its-the-90s

@clickone אמר בהקריסה בOVH - מה ניתן להפיק מאירוע כזה?:

חברים, אל תתביישו, תתחילו להעלות נושאים. זה מלחיץ.....

תתחיל עם בעיות ספציפיות, יהיה יותר קל לזרום עם זה.

@clickone אמר בהקריסה בOVH - מה ניתן להפיק מאירוע כזה?:

אני לא חושב שOVH זו חברה שאפשר לצעוק על התשתיות שלה

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

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

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

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

מי שמעוניין ב20 אירו קרדיט יכול לשלוח לי מייל אשלח לו קופון (קישור שותפים)
@dovid אפשר אולי לכתוב פה?

עריכה: למדתי מ @nigun והוספתי לחתימה..

במידה והקובץ כבר נמצא בריפו (עשית לו בעבר git add) אז הוא ימשיך להיעקב. (זה בעברית זה?)
צריך קודם למחוק מהריפו git rm --cached file_path

@nigun אמר בהתייעצות על כללי הצטרפות חדשים:

ואז לא היו מקבלים את @yossiz עד ממש לאחרונה

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

@nigun אמר בהתייעצות על כללי הצטרפות חדשים:

לא רואה שזה קורה כל כך היום (אולי אני טועה)

לא אמרתי שזה קורה, אמרתי שזה חשוב לי.

@nigun אמר בהתייעצות על כללי הצטרפות חדשים:

אם החשש הוא ממתחרים?
צריך לחשוש גם מכרישים, שיתחרו בך תוך כמה ימים.

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

@nigun אמר בהתייעצות על כללי הצטרפות חדשים:

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

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

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

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

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