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

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

@oryadaniely כתב ביצירת "קיוסק" של אתר מסויים - חסום לאתרים נוספים:

EdgeChromium שלמיטב ידיעתי זה WebView2

תוכל לתת לינק לספריה?

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

@משוש שירותי SQL בענן הם הרבה יותר יקרים מNOSQL ואני גם די בטוח שהשירות שלהם לא רלוונטי לך.

באיזה סביבה הWebView מתארח?
איזה שפת תכנות?
אתה אמור ללכוד אירוע ניווט, ולבטל אותו לפי הכתובות (אירוע NavigationStarting בWebView2).

@י.פל. פותח הנושא השווה בין צאט GPT לבין Google AI Studio.
האחרון בכלל לא ידידותי ולא מיועד לצאט אלא לבדיקת פרמטרים לשימוש API (כמו GPT Playground), אבל בפועל הוא נותן תשובות מספקות יותר (ואכן גם אני מאז מתרשם על פי רוב לטובת השני).
האחרים בשרשור הכניסו המון דברים אחרים... חלקם התכוונו לagent בIDE ואולי גם לAPI.

@Mordechay תשלול גישה לSSH עם סיסמה, אלא רק עם מפתח פרטי,
ואז כל הfail2ban מתייתר כי זה לא פריץ בצורה של כח גס.

לא בטוח שהבעיה המקורית שלך פתירה, איזה ראוטר יש לך?

@chv + @משרדי
לפחות מניסיוני (בערך לפני שבועיים, אולי פעם זה היה אחרת), באמזון אתה צריך לאשר כתובת גם של נמען כל עוד שאתה במצב "sandbox".
בשביל לצאת ממנו צריך לנסח בקשה ולהסביר להם מה מהות השימוש וסדר גודל (תדירות ומס' נמענים) של השליחה, ואז הם מאשרים ויוצאים למצב רגיל.

אתה עושה טבלה נפרדת, ששמה יש מה הוא שמע, נניח נקרא לה ModhaToPhone, יש בה שלוש עמודות: ModhaId, Phone, At שזה מזהה מודעה, מזהה מאזין - מספר טלפון ותאריך.
בשליפת הסינון אתה מחבר בין הטבלה של הדירות (מודעות) לטבלת הדירה_מאזין עם LEFT JOIN עם התניה שדירה_מאזין ריק, ככה:

SELECT * FROM Modaot
LEFT JOIN ModhaToPhone ON ModhaToPhone.ModhaId = Modaot.Id AND ModhaToPhone.Phone = '050xxxx'
WHERE ModhaToPhone.ModhaId  IS NULL

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

נוסח שונה לשליפה:

SELECT * FROM Modaot
WHERE NOT EXISTS(
    SELECT 1 FROM ModhaToPhone WHERE ModhaToPhone.ModhaId = Modaot.Id AND ModhaToPhone.Phone = '050xxxx'
)

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

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

אבל ממליץ בחום שתנסה את הפורום ידיים טובות: https://diy-il.forum

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

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

יש שתי דברים שאולי השתרבבו לפה:

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

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

@shraga לאפוקי אירוח אתרים, או אחסון מנוהל וכל מיני שמות כאלו.

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

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

אז בסוף פורום שמסדרים כמו ויקי (נגיד קצת כמו אתר מדריכים https://madrichim.ovh/)
נראה לי יותר טוב ממערכת ויקי.

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

@י.פל. כתב באיך שוכרים מתכנת?:

מבררים במקומות הרלוונטיים.

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

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

@אף-אחד-3 + @NH.LOCAL יש פה דיון רציני על מה עדיף פרקטית, כשהנושא הוא עזרה בכתיבת תוכנה.
אנא השאירו את הנושא ממוקד בזה, ולא לקחת את את הנושא לתיאוריה או לפרטים בלתי רלוונטיים פרקטית.

@NH.LOCAL כתב בג'מיני עולה על GPT בכמה רמות:

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

אני חושש סתם לכתוב לך "לא מסכים בכלל" כי זה מאוד קשה להתווכח בתחום.
בא נתמקד בתכנות בלבד (כי בהחלט ייתכן שבתחומים של ליבי קליין החמצתי את התמונה ההפוכה) ותביא דוגמאות איכות.
אני נתקל בהרבה הזיות של ג'מיני בAI studio אבל בפירוש יש יותר בGPT-5 (אצלי הוא תמיד נכנס לחשיבה עמוקה, אולי בגלל סגנון הכתיבה שלי).