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

@mekev כתב בהאם נטפרי עברה לHTTP3 או האם מישהו יודע מה השתנה ?:

יש גם פחות ניתוקים קצרים בTCP?

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

האם נטפרי עברה לHTTP3 או האם מישהו יודע מה השתנה ?

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

@yshlomo יש קצת הבדל מהראיה שלך ממכוניות אוטונומיות.
המכוניות האוטונמיות עומדים בעיקר בפני חסם אנושי -
מכונית אוטונומית תקינה זה דורש שלמות גבוהה מאוד, 80% = 0. אבל גם 95 אחוז זה בעיה כי הם צריכים אישור רגולוטורי וממשלתי,
והאישורים האלה דורשים מהם להיות מושלמים ברמה בלתי אפשרית (בגלל הפחד האנושי מדברים חדשים ופחד מתרחישים מוקצנים מאוד)
כל זה עוד לפני שהם "הניחו את הרגל על הרצפה".

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

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

אני כיום ממליץ על com (או סיומת אחרת) בcloudflare.

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

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

@ששא כתב בתגובה: API רחובות לפי שכונות\ שכונות לפי ערים:

@אוריי זה להצגה בצד לקוח, לא?
אפשר להשתמש עם זה גם בצד שרת?

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

@avi-rz הבנת מדברי שצריך להתנזר מAI?
אני רק הערתי על ה"בזבוז" של חצי שעה.

אוקי, זה בערך מה שחשבתי, אבל אני לא מבין מה שכתבת פה בכלל (אולי אני עייף ופשוט אקרא שוב למחרת יו"כ):

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

אתה יכול לפרט, איך התחלת? מה הכוונה קיבלת שגיאה של גישה לא מורשית? למי תצטרך לתת גישה?

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

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

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

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

@eido נראה טוב.

@קומפיונט "לוקלי" זה בדיוק אורך הסקופ (לא מכיר משמעות אחרת למילה לוקלי בC#).
בכל איטרציה נוצר משתנה חדש j. פונקציית הלמבדה שנוצרת בכל איטרציה לוכדת את הרפרנס למשתנה שונה בכל פעם (שלכולם קוראים j אבל הם מקומות נפרדים בזיכרון).
בכל מקרה לכידה של משתנים בסקופ היא תמיד רפרנס למשתנה ואף פעם לא העתקת ערך - שינוי של הערך במשתנה ישפיע תמיד על הפונקציה הלוכדת (וגם לכן זה מעכב את איסופם באספן הזבל כל עוד יש מצביע חי לפונקציה).

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

@avi-rz הלואי, הבעיה שלא כולם יכולים להיות מנהלים. בטח שאם זה הולך לך, לך על זה בכל הכח.
באריכות: אתה צודק לגמרי שמנהל לא צריך להיות מתכנת X10 ובמידה מסויימת אפילו לא צריך לדעת לכתוב קוד. בפרט בדרך ניהול מונחה משימות (להבדיל ממיקרו-ניהול), ובעצם אנחנו מדברים בכל הנושא רק על מנהלים מהסוג הזה.
בעצם מנהל הוא זוג של רכז, שככל שהוא מבין יותר את התחום יש לו ייתרון אבל הוא לא צריך בכלל את הייתרון הזה כדרישת סף.
ואכן מקצוע הניהול מייתר את כל המקצועות האחרים. תמיד להיות מנהל מצליח ורווחי יותר מלהיות מומחה בכל תחום. מנהל בית חולים הוא הרבה פעמים רופא ממוצע ומטה אם בכלל (למרות תואר הפרופסור שלו), וביל גייטס בטח איבד את כישורי הפיתוח של מאוד מהר במהלך הקריירה. למרות המסורת בארץ ששרי ביטחון למשל יהיו עם ניסיון צבאי (אולי בשביל ייתרון של המיקרו-ניהול או הבנה מעמיקה יותר של ה"איך"), ברוב המקרים האחרים אין את זה בכלל.
מנהל גם מרויח הרבה יותר ממתכנת ובעצם אין גבול לרווחים שהוא יכול לקבל (כיזם/עצמאי/או מנהל חברה עשירה), וזה שיקול בהשתדלות אם שני המקרים מתאימים במידה שווה לאדם.
אלא שמנהל מסוג זה גם צריך כישורים. הוא צריך דבר ראשון להצליח לפעול מכח הסיפוק הזה, בלי הסיפוק של החכמה או היצירה האישית (בפרט כשהעובדים שלך מוכשרים ממך אפילו בליטוש הרעיון או שינוי לחלוטין), שנית הוא צריך להיות בעל יכולת של "התנתקות" מה"איך" במידה רבה. למתכנתים (במידה מובהקת) שאני מכיר אין את שני הדברים, וממילא זה לא השתדלות וחלקם אפילו לא אפשרי.

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

אפשר הכל בשאילתה אחת (אם כי מסיבות אפליקטיביות לפעמים יש עניין לפצל):

SELECT *
FROM Modaot
CROSS JOIN (SELECT * FROM UserPreference WHERE phone =  ?) AS PR  --העדפות משתמש
WHERE NOT EXISTS (
    SELECT 1
    FROM ModhaToPhone
    WHERE ModhaToPhone.ModhaId = Modaot.Id
      AND ModhaToPhone.Phone = ?
)
AND 
       (Modaot.city = PR.city OR PR.city IS NULL) AND --סינון ישיר מול הערך של ההעדפה בטבלת ההעדפות
       (Modaot.region = PR.region OR PR.region IS NULL) 

@eido כתב בנתקלתי אתמול בבאג חמוד:

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

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

@י.פל. לענ"ד הטענה שלו שהיה משהו שונה לגבי for לפני 5 היא טעות קלאסית של GPT.
ההבדל הוא רק לגבי foreach שלא מוזכר שמה.