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

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

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

@eido כתב בהסרת מודעות ממסד נתונים - מורכב להסביר בשורה אחת:

חוסכת מהמאזין זמן ריצה כמו קאש שמושכים ממנו את המודעות

אם תהיה לך בעיית איטיות אחרי אינדקסים מתאימים נדבר, לא נראה לי סביר שתגיע לזה

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

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

* * * * * פקודה

הכוכביות משמאל לימין הן:
דקות
שעות
יום בחודש
חודש יום בשבוע

אתה צריך

*/15 * * * * פקודה

@yossiz נכון מאוד, אבל לפעמים בהתחלה מתלהבים משיטה מסויימת ואז מגלים שיש לה קצת חסרונות פה ושם ומגיע איזה צוות חוקרים/מפתחים שמגלה שיטה יותר טובה, התכנות מלא בדוגמאות כאלו:
ירושות של כמה "דורות".
תבניות למיניהם.
פעם הפוקנציות היו רגילות ואז גילו את הגנריות.
סינכרוני מול אסינכרוני.
wep מול wpa
random פשוט שהיום (וכבר מזמן) ניתן לחזות בדיוק מה הוא יהיה ואף להכריחו ליצור ערך מסוים לעמות שיטות random כיום.
ועוד הרבה בכל סוגי המקצועות (כמו gsm->umts->lte->5g).
בעצם כמעט כל שפת תכנות טוענת שהיא יותר טובה מהקודמת.
השיטות שהיום "in" מחר כבר "out", מעין מה שנקרא buzz word.

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

@צדיק-תמים כתב בפעולת try/finally מפריע לcatch שמעליו או לא - nodejs:

@eido כתב בפעולת try/finally מפריע לcatch שמעליו או לא - nodejs:

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

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

@eido כתב בפעולת try/finally מפריע לcatch שמעליו או לא - nodejs:

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

לא הבנתי כלום

הקומבינה של הרצת קוד לאחר החזרת תשובה למשתמש, נצרכת אם עושים call.id_list_message, כי אז הקוד גומר את פעלותו ומה שאחריו - סימון המודעה - לא מתבצע. אבל כאן אני לא משתמש בזה אלא בcall.read והקוד אמור להמשיך לרוץ ככה שאם לא יהיו בעיות הקוד אמור לרוץ, כל מה שאני עושה finally זה למקרה שהמחייג ינתק.

מקוה שהייתי מובן הפעם.

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

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

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

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

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

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

@אביי כתב בשמירת מאגר מספרים וסיסמאות/טוקן בצורה מאובטחת:

@eido כתב בשמירת מאגר מספרים וסיסמאות/טוקן בצורה מאובטחת:

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

קריאה פשוטה לGetSession מחזירה את מספר המערכת

נכון, בדיוק לכן כתבתי שהטוקן מוגבל.

טוב, אז זה הקוד החדש:
מציאת מודעות:

$sqlNew = "SELECT a.*
FROM appartments a
WHERE $where
  AND a.created_at >= ?
  AND NOT EXISTS (
        SELECT 1
        FROM apartment_reads ar
        WHERE ar.apartment_id = a.id
          AND ar.phone = ?
  )
ORDER BY a.created_at DESC";

$sqlOld = "SELECT a.*
FROM appartments a
WHERE $where
  AND (
        a.created_at < ?
        OR EXISTS (
            SELECT 1
            FROM apartment_reads ar
            WHERE ar.apartment_id = a.id
              AND ar.phone = ?
        )
      )
ORDER BY a.created_at DESC";

סימון כנקראה:

 $sql = "INSERT INTO apartment_reads (apartment_id, phone)
    VALUES (?, ?)";

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

FOREIGN KEY (apartment_id) REFERENCES appartments(id) ON DELETE CASCADE

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

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

@eido אני מתכוון שגם עם הספריה yemot-router2 אפשר לבודד לוגיקה לפונקציות הניתנות לשימוש חוזר

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

אבל לא כ"כ הבנתי איך זה קשור לשיטה להסרת מודעות?

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

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

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

כך נראה לענ"ד.

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

@NH.LOCAL כתב בבאג: בינה מלאכותית, או לשבור את הראש חצי שעה:

כדאי להתחיל להתרגל כבר מעכשיו להפוך ממתכנת פשוט למנהל, ככל שמקצוע התכנות ילך ויהפוך ללא רלוונטי - ככה הצורך להפוך ל"מנהל" של צוות AI ילך ויגבר

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

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

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

אנסה להסביר.
בהתחלה (אני מדבר על פרויקט קודם, שממנו התחלתי ככה לעבוד) הקוד היה רק העמוד שתכל'ס מבצע דברים, בדוגמא שלנו העמוד deleteAds.php, כשניסיתי לגשת אליו מהדפדפן כדי להשתמש בו (לדעתי במקור הקובץ שלף מידע מהמסד נתונים) קיבלתי שגיאה, בדיקה העלתה שהשגיאה היא שצריך לתת הרשאות גבוהות לuser (הרי בשביל לגשת למסד נתונים צריך לפתוח user עם סיסמא, לא מספיק רק השם של המסד נתונים), ולהשתמש ב% כדי שיוכלו לגשת למסד נתונים גם מחוץ לשרת.
זה לא מצא חן בעיני אז החלטתי להפריד בין המקום שיש למשתמש קצה גישה אליו למקום שמבצע דברים, כך לדעתי הרווחתי 2 דברים:

1. אני לא צריך להשתמש ב%, יש למסד נתונים גישה רק מהשרת עצמו.
2. יש פחות סיכוי לנזק לשרת, כי הקובץ שהמשתמש מגיע אליו לא יודע או יכול לעשות כלום, אין מצב שמשחילים לי DROP ALL TABLE ושאר מרעין בישין. וכן כשהמשתמש הזדוני מכיר את הקובץ שפועל בשרת ויכול לגיע אליו, לדעתי כבר יש לו רגל בפנים, כשהוא מכיר רק את הקובץ המתווך, הוא צעד אחד אחורה.

מקווה שיותר מובן.

ערכתי את ההודעה הקודמת

לדוגמא, הנה 2 קבצים (חלקיים לא צריך את כל הקוד הארוך).
זה המתווך -
main.php
זה המבצע -
deleteAds.php

אני מכיר מחלקות, אבל אני לא רואה איך זה עוזר להפרדת המשתמש מהלוגיקה הפנימית. או שמחלקות בPHP זה שונה מC#?

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