צ
הפיצ'ר המרכזי של האתר הוא הגבלת מעבר לאתרים אחרים. בשונה מאנדרואיד, שבה נפוץ לחסום ברמת המכשיר לפי אפליקציה, במחשב זה לא קורה ולכן אין בזה צורך לציבור הרחב
מי שרוצה לעצמו, יכול פשוט לעשות התקנה כאייקון נפרד של כל אתר דרך דפדפן Chrome או Edge וזה מתנהג בדיוק כמו תוכנה נפרדת
אם זה אתר שאתה בנית ואתה רוצה לארוז אותו, תבקש מהצ'אט הקרוב למקום מגוריך להסביר לך איך לעטוף אותו ב Electron או ב Tauri
זה לא שאלה של נכון ולא נכון, יש הרבה גישות שונות ומקובלות
לדוגמה בפייתון נפוצה הגישה של לזרוק exception כדי לתקשר דברים בקוד, ובכללי לנסות קודם כל לבצע את הפעולה ולתפוס שגיאות צפויות (EAFP)
בJS מקובל יותר תכנות הגנתי ולזרוק שגיאה על שגיאה לא צפויה
בגו צריך להחזיר פרמטר של שגיאה והקורא בודק שהוא לא null
בSwift יש keyword ייעודי לסמן פונקציה שיכולה להיכשל ואז הקורא חייב לקרוא לה עם try ולטפל בשגיאות
וכן הלאה
@הלי ודאי שאין יתרון בלצמצם מראש את אפשרות הבחירה שלך
אם יש יתרון כזה הוא רק פוליטיקה ארגונית...
לא כתבת מאיזה תרחישים אתה מנסה להגן
זו מגן רק על חלק מהם
בכל מקרה זה יכול להיות שרת מאוד קטן
@משוש כתב בשרת עם סינון:
@צדיק-תמים כתב בשרת עם סינון:
אפשר להריץ את הסינון על שרת נוסף ולהתקין עליו תוכנת פרוקסי, ולחסום בחומת האש של הספק (לא ברמת מערכת ההפעלה) תעבורה יוצאת ולפתוח תעבורה רק לשרת פרוקסי, ואז אם השרת ינסה לצאת לאינטרנט שלא דרך הפרוקסי זה ייחסם, ויהיה ניתן להשתמש בroot כרגיל על השרת רק בלי סיסמה של ממשק הספק
חשבתי על זה
אבל שאלתי את ג'מיני והוא טען לי שמתוך דוקר זה יהיה ניתן לעקיפה כי זה לא עובד עם output אלא forward
משהו כזה
כתבתי לחסום ברמת חומת האש של הספק
מה לו לינוקס מה לו דוקר הוא בשכבה הרבה יותר נמוכה של התעבורה
אתה דיברת עם ג'מיני כנראה על חסימה עם חומת אש ברמת מערכת ההםעלה (שזה בעיה בלי קשר אם יש לך גישת sudo)
אפשר להריץ את הסינון על שרת נוסף ולהתקין עליו תוכנת פרוקסי, ולחסום בחומת האש של הספק (לא ברמת מערכת ההפעלה) תעבורה יוצאת ולפתוח תעבורה רק לשרת פרוקסי, ואז אם השרת ינסה לצאת לאינטרנט שלא דרך הפרוקסי זה ייחסם, ויהיה ניתן להשתמש בroot כרגיל על השרת רק בלי סיסמה של ממשק הספק
@יעקב-מ.-פינס כתב בלמה צריך עדיין מתכנתים:
אני מכיר כמה אנשים שמעולם לא למדו (במקום מסודר) מדעי המחשב וכו', והם כיום עובדים בחברות גדולות של פיתוח תוכנה, הגנת סייבר, הקמת עמדות ענן ועוד. (אחד מהם חבר כאן בפורום)
לא ללמוד במקום מסודר לא אומר לא ללמוד, זו דוגמה ממש גרועה, יש אנשים שלומדים בצורה אוטודידקטית, יש היום אינסוף חומר מקוון איכותי
יש הרבה אנשים ש"למדו" במקום מסודר ולא יודעים כלום חוץ מחלק ממה שדחפו להם בכפית. מה גם שמדעי המחשב זה בעיקר תיאורטי ובקושי נוגעים שם בחלק המעשי של העבודה
https://www.geektime.co.il/tesla-fsd-has-a-new-mad-max-mode
הכל עניין של הגדרות
@קרני-פרה לא ברור לי על מה הגבת
אבל מה שייך פה דיון תיאורטי כשכבר יש עובדות בשטח
שמראות שכבר היום סטטיסטית זה טוב ובטוח בהרבה
תסתכל קצת בסרטונים מטסלה FSD או Waymo
ועל נתונים סטטיסטיים מעשרות מליוני הנסיעות שבוצעו (ב Waymo זה נתונים של חברה חיצונית!)
@Mordechay אתה עושה דיון תיאורטי? בארצות הברית וסין יש מוניות אוטונומיות, waymo לבד עשתה עשרות מליוני נסיעות
Waymo מתכוננים להתרחב ליותר מ 10 מדינות עד סוף השנה
ויש גם את טסלה, Zoox של אמזון, May Mobility, ובסין את Baidu ועוד כמה חברות
@לא-מתייאש כן אירופה כבר הרגה את עצמה מזמן עם כל הרגולציה
@ע-ה-דכו-ע כתב בעזרה בשליחת מיילים דרך AWS SES:
@צדיק-תמים כתב בעזרה בשליחת מיילים דרך AWS SES:
@יהודי-טוב זה תלוי בחשבון ובהסטוריית תשלומים שלו
זה לא מגבלות שקשורות להיסטוריית תשלומים, זה מגבלות למניעת ספאם.
והסטוריית תשלומים עוזרת להחליט האם זה ספאמר או משתמש לגיטימי
@לא-מתייאש לא יודע מתי בדקת, בהחלט יש
@י.פל. אני לא מדבר על המצב הנוכחי. אני מדבר על המצב שניתן להגיע אליו. טסלה לא חייבת להסכים, בשביל זה יש רגולטור
@י.פל. למה צריך מאסר? מה המטרה של מאסר? למנוע פגיעה עתידית?
אז תעשה קנס על היצרן. וכן @לא-מתייאש טסלה יסכימו לאחריות מסוימת כדי לקבל אישורים רגולטוריים בדיוק כמו שלהרבה עסקים יש הוצאות גדולות על רגולציה
@לא-מתייאש כתב בלמה צריך עדיין מתכנתים:
חברות הביטוח לא רוצות, יפסידו כסף אם יש פחות תנועות
להיפך, הם יכולים לא לגלגל את כל הייעול ללקוח ולהרוויח הרבה יותר
@יהודי-טוב זה תלוי בחשבון ובהסטוריית תשלומים שלו
