@Aharon-0 כתב בבניית לולאה שתריץ docker image:
למה לא להשתמש ב kubernetes ?
אתה עובד עם קוברנטיס או שאתה סתם זורק את זה פה באוויר?
@Aharon-0 כתב בבניית לולאה שתריץ docker image:
למה לא להשתמש ב kubernetes ?
אתה עובד עם קוברנטיס או שאתה סתם זורק את זה פה באוויר?
ולא לשכוח להפעיל את הסרויס של דוקר עצמו,
systemctl enable docker.service
@אשרי כתב ברישיון על אופנוע:
לא הבנתי מה זאת אומרת כדי "לא להפסיד עליך"
אני כותב מהשערה, אבל בהנחה ויש כמות שיעורי חובה, הוא חייב לדווח עליהם לבית ספר כאילו הם התבצעו וכמובן לשלם מס..
@ש-ב-ח
הייתי בודק גם את https://www.cockroachlabs.com/ על הדרך.
מנוע מבוסס postgres, וקוד פתוח..
אתה צריך להוסיף escape ל \b
(סלש סלש בי)
https://dbfiddle.uk/?rdbms=mariadb_10.6&fiddle=3cb6becbb4829a9e8ee78c4cb8e5ba2e
@ש-ב-ח אמר בGithub Copilto:
ודרך אגב tabnine לא דומה ולא כמעט....
גם לtab9 יש תוכנית בתשלום.
שהיא מתיימרת להשלים קטעי קוד ארוכים בדומה לcopilot.
הבעיה שאי אפשר להתנסות בזה בחינם כדי להבין האם שווה לשלם להם את הכמה דולר יותר..
(מה שבטוח אני עומד לשלם לאחד מהם.. יום אחד בלי והבנתי כמה זמן זה חוסך לי)
@avramk
אולי זה יעזור לך
https://github.com/kimmknight/remoteapptool
@איש-נחמד
CMS.
הבעיה שיש יותר מידי.
אני חושב שstrapi עונה על הדרישות הנ"ל, אם כי אין לי ניסיון ממשי איתו
@ארכיטקט
יש סיבה למה עובדים ככה, הרבה יותר הגיוני לקבל עדכון רק כשהוא קיים מאשר כל X שניות לבדוק האם יש עדכון.
מה שאתה מציע יכול לעבוד, אבל זה להתחכם עם ארכיטקטורה שיש סיבה טובה למה היא קיימת.
הייתי מציע לחשוב קודם האם אתה יכול להתאים את עצמך לשיטת עבודה הזאת ולהבין מה היתרונות והחסרונות, לפני שאתה רץ לעקם @ארכיטקט-ורה..
@צבי-ש אמר בפיתוח בוט בווצאפ:
בוט רשמי מצריך אימות מול ווצאפ (תהליך שלוקח כשבועיים שלוש.) ובסופו (אם אימתו אותך שאתה עסק) ויש לו מספר מעלות (לא צריך פלאפון דולק כל הזמן , ווצאפ לא יחסמו אותו, תוכל לקבל וי כחול, תוכל להשתמש בלי איטיות ועם כל הפיצרים שווצאפ משיקים בשביל הבוטים (רשימות, כפתורים וכו))
זה נכון עד לפני כמה חודשים.
כיום תוכל לקבל בכמה דקות חשבון ווצאפ פעיל, אם כי הוא מוגבל ל50 שיחות חדשות עם לקוחות, (תגגל כדי להבין טוב יותר את המשמעות) עד שתבצע אימות של עסק שזה תהליך ארוך באמת.
@צבי-ש אמר בפיתוח בוט בווצאפ:
וכן שזה לפעמים איטי.
דווקא איטיות אין לי, החסרון הוא כמות ההודעות שאפשר להריץ בלי לחשוש לחסימה.
@צבי-ש אמר בפיתוח בוט בווצאפ:
זה מספר חדש שאתה פותח ולא משתמש עם מספר ישן שאנשים מכירים
אתה יכול למחוק את הקודם ולפתוח עליו
@צבי-ש אמר בפיתוח בוט בווצאפ:
כמו כן זה מצריך עבודה מול אחד מה 300 פרטנרים של פייסבוק שמאושרים לתפעל בוט לווצאפ
כבר לא, ממש השבוע הם התחילו להוציא את הCloudAPI לציבור.
@google3
אתה פשוט צריך להעלות מערכת הצלה ב2 השרתים ולהשתמש בDD כדי להעביר את הדיסק קומפלט.
אולי אפשר אפילו ישירות על גבי הרשת עם קצת טריקים וpipes
עריכה:
תוצאה ראשונה בגוגל - https://www.thegeekdiary.com/how-to-clone-linux-disk-partition-over-network-using-dd/
תגגל עוד, רק כדי לוודא שאתה בוחר באפשרות הנכונה
חיפשתי פתרונות ספציפית לIIS, זה מה שמצאתי לדוגמא.
https://www.offerzen.com/blog/zero-downtime-deployments-in-an-iis-world
https://octopus.com/docs/deployments/patterns/blue-green-deployments/blue-green-deployments-in-iis
@ארכיטקט אמר באיך לפבלש ASP.NET בצורה בטוחה:
@aaron לצערי עדיין לא נכנסתי לעולמם של קונטיינרים, עדיין חי אי שם בעולם ה IISים
תגיד זה מעניין שם? אני מפסיד הרבה?
אתה מרוויח הרבה עבודה מיותרת ופתרונות מכוערים
הפתרון שאני חושב עליו (מתוך עולם של קונטיינרים)
מאזן עומסים (load balancer) שידע לנתב בקשות חדשות לסרוויס החדש, בזמן שהקודם עוד מסיים את הפעולות הקריטיות שלו
@צבי-ש
אם 30$ לחודש זה יקר לך, אין לי מה להציע לך. (רק אומר שמה שאני מציע יותר יציב ומהיר מהם)
אם אתה מחפש לכתוב לבד,
https://github.com/pedroslopez/whatsapp-web.js
מגיגול מהיר יש את:
https://idp.miniorange.com/b2b-pricing/
https://duo.com/docs/rdp#overview
@mekev אמר באבטחת מידע:
בהנחה שההגנה הקיימת בשרת וSQL תקינה ומעולה בפני עצמה
באבטחת מידע אתה משתדל להגיע מנקודת מבט כמה שיותר פסימית..
@mekev
לדייגים אין דרך קלה לדוג מידע כל ועוד הם לא יושבים על אחד הצינורות שדרכם אתה עובר (קרי: קווי האינטרנט והנתבים שבהם יעבור המידע כל הדרך עד לשרת)
כדי לעשות את זה הם יצטרכו או להשתלט על אחד הנתבים, או לגרום לאינטרנט לצרף נתב זדוני שלהם כחלק לגיטימי ממערכת הצינורות.
בנוסף, גם אם יצליחו להשיג את הפרטים, אין אפשרות (בקלות. הכל אפשרי) לתקשר ככתובת IP שלא שייכת אליהם, כך שאם הגבלת את שרת הSQL לכתובות ספציפיות - אתה אמור להיות מוגן.
הבעיה היא שללא קשר לאבטחת פרטי החיבור, לא בריא לחשוף שירותים כמו SQL לרשת, מכיוון שמידי פעם בפעם מתפרסמים באגי אבטחה שעלולים לעקוף גם את מערכת האימות רשימה לבנה של SQL.
בקיצור, אם חשוב לך אבטחת מידע - אתה לא אמור לחשוף שום דבר לרשת אלא ליצור חיבור VPN בין הרשתות