האם שווה לבנות לבד אתר לגיוס המונים?

[חוקר]

@clickone אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:

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

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

מה זה קאש בצד השרת?
ואיך מעדכנים אותו?

[clickone]

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

לדוגמא: C#

System.Web.HttpContext.Current.Application.Lock();
System.Web.HttpContext.Current.Application["Name"] = "Value";
// added by clickone
System.Web.HttpContext.Current.Application["PayList"] = db.tblPays.where(x=>x.payDate==DateTime.ToDate).ToList();

// unlock object
System.Web.HttpContext.Current.Application.UnLock();

מקור

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

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

[חוקר]

@clickone
אני ב PHP.
רק אם הבנתי נכון שזה קובץ סטטי, ברעיון מה זה אחרת מבאם אני שומר לקובץ פיזי במיקום בשרת, וכל פעם קורא ממנו את הנתונים?

[clickone]

@חוקר
מדוייק.
בשמירה לקובץ זה בעצם אותו דבר.
ואז אתה מרוויח כתיבה אחת. וקריאה הרבה פעמים. בלי להעסיק את הDB והצד שרת שלך משמעותית.

[nigun]

@clickone
יש הרבה אתרים שבסוף הרשימה יש מקש של טען עוד וככה בשביל כל X תוצאות צריך לעשות עוד בקשה
הם עובדים עם קאש או שפשוט מגבילים את הבקשה ל X תוצאות

[nigun]

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

[Shmuel754]

@nigun עדיין יהיה בעיית עומסים באתר צפיית הנתונים, נכון שזה לא אמור להשפיע על ההתרמה בפועל.

[clickone]

@nigun הם מגבילים את התשובה לX תוצאות.

[haiosi]

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

[by6199]

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

[חוקר]

@by6199 אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:

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

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

[WWW]

@חוקר אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:

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

יש רשימות של מספרי טלפון שחברת המצ'ינג נותנת לאנשים להתקשר מהחפ"קים....

[חוקר]

האם שווה לבד? אפילו בצ'רידי קורה תקלות (היינו החברה שהם עובדים איתם, השרת של חברת האשראי קרס)

[מורשת מרן]

@חוקר האם יש לך מספר טלפון של צ'רדי בישראל?
באתר שלהם יש רק של חו"ל...

[משרדי]

@מורשת-מרן ‫motik@ charidy.com‬
תמחק את הרווח אחרי השטרודל