האם שווה לבנות לבד אתר לגיוס המונים?
-
@WWW אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:
@shukiha אומרים שסורוצקין סגר על מחיר קבוע.
(כנראה יש כן אחוז קטן, בשביל האשראי וכו'.).
חשבתי על הכיוון כזה
האמת במחשבה שניה
(תקנו אותי אם אני טועה) לפעמים חברה גדולה או אפילו ענקית לא יכולה לעשות מה שחברה קטנה שמתמצאת בתחום מסוים יכולה לעשות ואולי יש להם גם רעיונות שמוגנים בפטנטים (אם שייך בזה)
ובמיוחד אם נותנים את המעטפת הכללית ומתמצאים בזה זה שוה לכאורה את הארבע אחוז -
@WWW אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:
@by6199 אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:
יש קהילה שמתכוונת לעשות 40 מיליון בתקופה הקרובה
הסכום עוד לא סגור.
זה עולה ועולה מידי פעםמדובר בקמפיין שעדיין לא החל.
-
@shraga אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:
@nigun
לענ"ד לא אמור לעלות יקר מידיי,
אך זה כמובן תלוי מה הדרישות שלך מהאתר, אפשרויות הזנת הנתונים, מעקב, פיקוח, קבוצות, ניהול וכו'.
נטפרי הקימו תוך כמה שעות דף בסיסי כזה
https://netfree.link/netfree-campaign/#!/אני מוחה על הזלזול
עבדנו על זה קשה מאוד. מאוד. זה ממש לא היה כמה שעות. -
@magicode אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:
לגבי עומסים. זה בעיה רצינית צריך הרבה סיעתא דשמיא כדי לברוח מראש מבעיות של עומסים.
השאלה למה אתה קורא עומסים.
עד 5K בקשות בכמה דקות מוגדר אצלך עומס?
במיוחד אם אתה משתמש בקאש בצד שרת וכו'...אני לא בטוח שדף כזה לקמפיין לא גדול לוקח יותר מזה.
-
@chocolate אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:
@מעמד אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:
@magicode מה שמענין הוא עדין ממשיכים לתרום לזה !
הוראות קבע
חדשות
הנה לדוגמה ממש טרי מהרגע ! (לא אני)
-
@yits אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:
@clickone אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:
השאלה למה אתה קורא עומסים.
לאתרי יום הבחירות של מדינת הסארט אפ...
אלפי אנשים יושבים וצופים בסכום ורוצים להתעדכן בתרומות אונליין.
בדיוק בשביל זה הצעתי לעשות שתי שרתים.
אחד נפרד לצפייה בנתונים.
ואחד לצורך הדברים החשובים. -
קשה לי לצטט את כולם, כל אחד בנקודה שהוא חידד, אבל אכתוב בכמה מילים את מה שיש לי לומר.
ליוויתי ב"ה כמה קמפיינים של צ'רידי, אחד של הקהילה שהייתי תורם ומתרים, ובעצם שם נוצר החיבור הראשון שלי עם צ'רידי, ועוד כמה שליוויתי קצת יותר עמוק.
אני בניתי לדושינסקי, ולבעלזא, ולעטרת שלמה - סורוצקין את המערכת הטלפונית.
(ולעוד כמה, רק ששם בניתי רק שלוחת שמיעת מצב הקמפיין ולא תרומות).
בנוסף אציין שבנדרים פלוס בדושינסקי ובבעלזא שהיה דף מיוחד שניתן היה לתרום לקמפיין באמצעות מתרים, זה עבד בצורה שלאחר התרומה בהצלחה השרת של נ"פ שלח API לשרת שלי, עם פרטי התרומה שחדשה, והשרת שלי עדכן אותם כתרומה חדשה, בשרתי צ'רידי.
ולא נראה שזה ימשיך לעבוד כך. (בסורוצקין אכן כבר לא היה הרשאה לעשות את זה).לעצם העניין, זה ברור שעיקר ההצלחה של צ'רידי זה הפסיכולוגיה וכדומה בניהול הקמפיין, ורוב העניינים כבר הוזכרו בשרשור למעלה, איך הם גורמים למתרימים להיכנס ללחץ וכו'.
זה ובעיקר זה, הוא יסוד ההצלחה של צ'רידי.
מצד שני, חייבים שרתים חזקים, וחייבים בנוסף לבנות את זה נכון.
לדוגמא, עד הקמפיין של בעלזא, בו הייתה קריסה בשרתי צ'רידי כשלוש שעות (מחמש לשמונה בערב) פה ושם היה קורה עומסים בשרתי צ'רידי והייתי מקבל מייל מהמערכת שלי (בעת הפעלת שלוחת שמיעת מצב הקמפיין) שיש שגיאה בהתחברות לצ'רידי עם שגיאה 502 או אחר.
לאחר הקמפיין של בעלזא הם הפיקו לקחים, וראשית כל כנראה הגדילו את השרתים, אך בעיקר מה שהם עשו שהם חסמו את האפשרות של סינון תרומות בקמפיינים גדולים דוגמת סורוצקין, שלא יוכלו לחפש בהיסטוריית התרומות, זה היה נתח כבר מאוד לשרת שלהם, וכן ב API שלהם של שליפת מידע הם הגבילו את השאילתה המירבית ל100 תוצאות.בנוסף ישנם הרבה נקודות בניהול ותכנון הקמפיין מבחינת בסיס הנתונים, דוגמת אפילו שמירת כתובת ה IP מאיפה הגיעה התרומה ועוד עשרות פרמטרים שנשמרים יחד עם התרומה.
אפשרויות הוספת תרומות אופליין - לא דרך האשראי מהאתר אונליין.וכמובן API של שליפת נתונים ברמה גלובלית או ברמת מתרים, הן עבור האתר, והן עבור המערכת הטלפונית
והאחוזים של החברה, הלוואי וצ'רידי היו לוקחים רק 4 אחוז.
ישנם חברות נוספות דוגמת קוזמאצ' שלוקחים אכן רק בסביבות 4 אחוז, רק ששם אין לי מושג איך הולך ניהול הקמפיין והמתרימים.
אך מ"מ לא כל קמפיין חייב לקחת את צ'רידי, ע"מ לגייס מאה אלף ש"ח חבל להכניס את צ'רידי לתמונה.
על זה נותר לקוות שהחברות הקטנות יותר ו/או נדרים פלוס למשל, יספקו פלטפורמה טובה ומספקת. -
@מנצפך את זה נשאיר לפורום תיכנות...
בכל מקרה, אני לא חושב שיש סיבה לא לעבוד ככה בכזה מקרה.
אין טעם שכולם יגשו לDB שוב ושוב רק כדי להביא את אותם נתונים בדיוק (העידכון מהדקה האחרונה) וזה נתון שכן הייתי מצפה להביא מהקאש בשרת ולא ישר מהDB. במיוחד במקרה של עומסים.למיטב זכרוני, המערכת של פיקוד העורף גם שומרת את נתון האזעקה הנוכחי בקאש שלה ולא שולפת מהDB לכל אחד. (למי שהתעסק בעבר מול הAPI שלהם)
-
@clickone אמר בהאם שווה לבנות לבד אתר לגיוס המונים?:
@מנצפך את זה נשאיר לפורום תיכנות...
בכל מקרה, אני לא חושב שיש סיבה לא לעבוד ככה בכזה מקרה.
אין טעם שכולם יגשו לDB שוב ושוב רק כדי להביא את אותם נתונים בדיוק (העידכון מהדקה האחרונה) וזה נתון שכן הייתי מצפה להביא מהקאש בשרת ולא ישר מהDB. במיוחד במקרה של עומסים.למיטב זכרוני, המערכת של פיקוד העורף גם שומרת את נתון האזעקה הנוכחי בקאש שלה ולא שולפת מהDB לכל אחד. (למי שהתעסק בעבר מול הAPI שלהם)
מה זה קאש בצד השרת?
ואיך מעדכנים אותו? -
@חוקר תלוי באיזה שפה / פלטפורמה.
זה יכול להיות גם ליסט בזיכרון ברמת האפליקצייה שמעודכן ע"י רול פעם ב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 משם. רק ברמה שיש המון בקשות, שאמורות בכל פעם להחזיר את אותם נתונים בדיוק.