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

@NH.LOCAL אם תרצה אוכל להפנות אליך את קשר - קהילות (בתור תוכנית שותפים שלי) או נדרים פלוס / טרנזילה (סתם כדי לעזור) כדי שתדבר איתם ותברר כל מה שאתה רוצה.
אם כן אני צריך מייל שלך.

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

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

$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 המידע מי שמע הוא מידע שאתה צריך אותו. הוא לא תוצר של פילטור, ולכן הגיוני לשמור אותו. המידע "המודעה הזאת מתאימה למשתמש הזה כי הוא לא ראה אותה עדיין ויש לו קמפיין מתאים" הוא תוצר של שאילתה ויכול להשתנות בכל רגע ולכן לא שומרים אותו בצורה סטטית

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

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

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

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

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

אולי חסרה לי הבנה ברעיון מאחורי ההצעה שלך.

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

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

@צדיק-תמים אין array...
השאלה כמה זה קריטי, זה לא יד2... לא מאמין שזה יהיה גדול בצורה משמעותית.

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

@צדיק-תמים הקוד הבא זה מה שהתכוונת?

$sqlNew = "SELECT *
FROM appartments
WHERE $where
AND created_at >= ?
AND alreadyRead NOT LIKE ?
ORDER BY created_at DESC";

$sqlOld = "SELECT *
FROM appartments
WHERE $where
AND (created_at < ? OR alreadyRead LIKE ?)
ORDER BY created_at DESC";
וזה מסמן כנקרא

$sql = "UPDATE appartments
SET alreadyRead = IF(alreadyRead LIKE ?, alreadyRead, CONCAT(alreadyRead, ?))
WHERE adId = ?";
$stmt = $conn->prepare($sql);
$stmt->bind_param("ssi", "%".$_REQUEST['phone']."%", $_REQUEST['phone'].", ", $_REQUEST['adId']);

@צדיק-תמים

@chv למה, היום בסליקה הישראלית את היכול לעשות הכל.

@Shmuel754 האמת זה רעיון מה שאתה אומר, אומנם לא הצלחתי להבין את כולו (אני לא חזק בתחום הזה), אבל מה שכן הבנתי, מראה על מערכת יותר חכמה.

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

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

@צדיק-תמים הקוד הבא זה מה שהתכוונת?

$sqlNew = "SELECT * 
        FROM appartments 
        WHERE $where 
        AND created_at >= ?
        AND alreadyRead NOT LIKE ?
         ORDER BY created_at DESC";

$sqlOld = "SELECT * 
        FROM appartments 
        WHERE $where 
        AND (created_at < ? OR alreadyRead LIKE ?)
         ORDER BY created_at DESC";

וזה מסמן כנקרא

$sql = "UPDATE appartments
SET alreadyRead = IF(alreadyRead LIKE ?, alreadyRead, CONCAT(alreadyRead, ?))
WHERE adId = ?";
$stmt = $conn->prepare($sql);
$stmt->bind_param("ssi", "%".$_REQUEST['phone']."%", $_REQUEST['phone'].", ", $_REQUEST['adId']);

@צדיק-תמים אומר לך את האמת, אני עדיין חושב שהדרך שלי הכי קלה, אבל בגלל שאתם כמומחים (אני מניח) מתעקשים שלא, אז כנראה שלא...
מה דעת @dovid ?

אני משתמש בphpmyadmin עם מריה אני חושב.

אז למסקנה, מה בדיוק ההמלצה בשבילי, במילים פשוטת שאבין.

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

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

אתה יכול לראות כאן מידע על מחירים, למרות שיתכן שדברים השתנו כבר.
https://f2.freeivr.co.il/topic/17362/ספק-סליקה-משתלם?_=1764447630461

@NH.LOCAL כתב בבירור על מערכת סליקת אשראי מתאימה לאתר עם מודל מנויים:

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

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

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

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

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

מה שהציעו לך באשכול השני זה לא לשכפל את המידע

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

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

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

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

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

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

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

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

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

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