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

@חוקר כתב בגיבוי בענן עם גישת FTP:

למיטב זכרוני ישנם תוכנות גיבוי שתומכים בחיבור ל S3

אכן, ממליץ על duplicati.

@דאטה-בייס
בהתאם לשאלה הספציפית שלך על FTP,
ממליץ על hetzner
https://www.hetzner.com/storage/storage-box?country=ot

אם כי יתכן שהייתי בוחר בS3 על חברות אחרות כמו AWS, Cloudflare וכדומה עם התוכנה המדוברת תומכת

@איש-ימיני
ספציפית לשאלתך בכותרת - opnsense או pfsense
האם זה הדרך הנכונה? לא בטוח.

@dovid כתב בשרת מסד נתונים, דוקר או עצמאי?:

אני לא מסכים עם מילים אלו (שאר ההודעה שלך אני מסכים).

אתה לא מסכים לגבי הdowntime? בא נעשה ניסיון.

@dovid כתב בשרת מסד נתונים, דוקר או עצמאי?:

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

לקנפג את nginx לLB זה אולי לא משנה דוקר או לא, ולרוב גם באמת ישאירו את הLB מחוץ לדוקר, אבל לגדול ממופע 1 ל10 (או אפילו ל3) אני בטוח שהרבה יותר קל עם דוקר.

גם אם לא קל יותר עם דוקר, זה ודאי לא "פשוט בהרבה" בלעדיו

אני בעד דוקר בעיקר בגלל קלות שימוש ועדכון גרסאות.
בד"כ עם דוקר תוכל להגיע ל downtime קטן יותר.

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

@יוס זה נקרא OMR, יש כלים בקוד פתוח שיתכן יהיה יחסית קל לממשק למערכת הקיימת

@aaron כתב במשתנים יציבים שעלולים להשתנות מידי פעם. איך הדרך הנכונה להגדיר אותם?:

@clickone כתב במשתנים יציבים שעלולים להשתנות מידי פעם. איך הדרך הנכונה להגדיר אותם?:

(או מכל מקור אחר)

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

תשתמש ב gunicorn כדי שיטפל ב graceful shutdown. וLB כדי שישאר סרוויס זמין בזמן הזה, אבל באמת לא חושב שזה חשוב לך עד כדי כך..

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

@צבי-ש כתב במשתנים יציבים שעלולים להשתנות מידי פעם. איך הדרך הנכונה להגדיר אותם?:

העניין הוא שאני רוצה לערוך שינויים באמצע דרך אתר חיצוני.

ככל שזה הסיבה, אז ודאי שלשמור בDB. אתה תחשוף API כדי לעדכן את המידע ובאותו קריאה גם לטעון את המידע החדש.

@clickone כתב במשתנים יציבים שעלולים להשתנות מידי פעם. איך הדרך הנכונה להגדיר אותם?:

(או מכל מקור אחר)

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

תשתמש ב gunicorn כדי שיטפל ב graceful shutdown. וLB כדי שישאר סרוויס זמין בזמן הזה, אבל באמת לא חושב שזה חשוב לך עד כדי כך..

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

@yossiz כתב במשתנים יציבים שעלולים להשתנות מידי פעם. איך הדרך הנכונה להגדיר אותם?:

@צבי-ש אביא לך דוגמה:
קובץ settings.py

_settings = db.get_settings()

def get(setting):
    return _settings[setting]

def refresh_settings():
    global _settings
    _settings = db.get_settings()

קובץ callback.py

import settings

def calculate_callback_time(call_time):
    night_hours = settings.get("night_hours")
    return ... # your logic

https://github.com/dribia/driconfig
אני משתמש בזה במעל 90% מהפרויקטי פייתון שלי.
הרווח הגדול הוא שאתה מקבל ולידציה על ההגדרות + type hints

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

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

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

@יעקב-ישראל כתב בהאם ניתן לבודד חדר באמצעות רמקולים:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

@יוסף-בן-שמעון בניה של תמונה אחרת שמבצעת קריאת רשת כלשהיא עם curl ניסת? עובד?

@WWW כתב בחיבור מרחוק באמצעות VPN:

@nigun הצלחת להבין אם זה VPN אמיתי?
זאת אומרת אם יש לי ראוטר שתומך ב VPN אוכל להתחבר לזה דרך הראוטר?

ראוטרים פשוטים יחסית שתומכים בVPN לרוב מדובר בIPSec, מורכב יותר מopenvpn או wireguard.

@WWW כתב בחיבור מרחוק באמצעות VPN:

אני מרים שרת VPN על VPS, מחבר את המחשב הנשלט כלקוח, (איך?) מה הלאה?

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

@WWW כתב בחיבור מרחוק באמצעות VPN:

ובנוסף גישה לכמה מכשירים ברשת הפנימית.

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

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

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

@שרה-רחל יעזור לראות את כל הצד שרת כדי להבין טוב יותר.
בהנחה ומדובר בflask, אז החזרה של dict/list אמור להחזיר תשובת JSON עם ההדר הנכון.
https://flask.palletsprojects.com/en/2.2.x/quickstart/#apis-with-json

@אף-אחד-3 כתב בעזרה בקוד פייתון:

pod_list = open("pod_list.lst", 'w')

אתה פותח את הקובץ כל ריצה במצב כתיבה וכותב לתוכו, זה אומר שהוא נדרס בכל ריצה מחדש.

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

האתר מוגן על ידי reCAPTCHA.
אז התשובה היא לא.