لا تنسَ أنه يمكنك الحصول على شارة عدة مرات (شارة الذكرى السنوية مثال على ذلك).
ولكن شارة للتبرع الثاني، أو لخمس سنوات من التبرعات، يمكن أن يكون ذلك جيدًا.
4 إعجابات
يمكنك الانتقال إلى Hetzner ودفع حوالي 50٪ من هذا المبلغ لمواصفات مماثلة أو متطابقة.
لا تحتاج إلى شبكة توصيل محتوى (CDN) لحركة المرور الخاصة بك، اختر خادمًا قريبًا من مجتمعك وستكون بخير.
3 إعجابات
أعتقد أن هذا يعتمد على المجتمع. كما ذكرت أعلاه، أصر أحد أعضائي في أحد مجتمعاتي على أن تكون الشارات غير دائمة لتشجيع التبرعات المتكررة.
من ناحية أخرى، لدي منتديات أمنح فيها شارة ولكن لا أسحبها.
أحد المنتديات الأخيرة لديها مجموعة من الشارات.
كل تبرع خامس يمنح شارة فضية خاصة، وكل تبرع خمسين يمنح شارة ذهبية.
بالإضافة إلى هذه الشارات، نتتبع أيضًا تبرعات كل عضو مدى الحياة ونمنح شارة خاصة لأي شخص تصل تبرعاته مدى الحياة إلى 500 دولار، وهي تكلفة الاستضافة السنوية لتلك النسخة. 
لم نعد نستخدمه، ولكن في الماضي استخدمنا واجهة برمجة تطبيقات ko-fi في المنتديات حيث تكون الشارات مؤقتة، لذلك لا ينبغي أن يكون الأمر صعبًا للغاية من الناحية النظرية لإعداد شريط تقدم.
الشيء الرئيسي هو أنك تحتاج فقط إلى طريقة لتسجيل المبلغ الإجمالي والمبلغ المستهدف وعرض الشريط بناءً على هذه الأرقام.
4 إعجابات
في مجتمعنا، أشك في أن المستخدمين سيفضلون البقاء مجهولين، سواء من حيث ما إذا كانوا قد تبرعوا على الإطلاق وبالتأكيد ليس بالمبلغ. لذلك لن تكون الشارات جذابة.
اقترح أحد المستخدمين الأذكياء شراء بطاقات هدايا Visa وإرسال الرموز إلى مدير المجتمع الأساسي (مسؤول الاتصال في Discourse) لدفع الفواتير أو استرداد النفقات، مما يحافظ على خصوصية المجتمع ويلغي الحاجة إلى إعداد حساب مصرفي/دافع عبر الإنترنت. إشعار @Tallytony
3 إعجابات
نظرًا لأنني تلقيت رسالة خاصة لمعرفة كيفية قيامي بإنشاء زر التبرع القابل للإخفاء، فسأشارك مكوني (البشع) هنا:
بدأ الوصف هنا:
8 إعجابات
لقد فكرنا بالتأكيد في هذا. المعاملات الصغيرة هي عمل صعب، فهناك العديد من الخصومات التي تؤخذ على طول الطريق. يمكن أن تكلفك عملية استرداد واحدة لتبرع بقيمة دولارين ساعة واحدة من وقتك، مما يمحو تمامًا قيمة 20 تبرعًا آخر يتبعها.
شعوري هنا هو أن الطريقة الوحيدة لتقديم خدمة كهذه لعملائنا ستكون عن طريق إدخال عملة افتراضية من نوع ما (على سبيل المثال: عملة Roblox أو Discord boosts)، ثم ستنفق تلك العملة الافتراضية للتبرع. هذا يسمح بشراء كتل أكبر ويبسط بشكل كبير مواقف استرداد الأموال (حيث لن يكلفنا أموالًا فعلية، فقط وقتًا لاسترداد تبرع خاطئ).
ومع ذلك، لا يوجد شيء كهذا على خارطة الطريق بعد، سيكون مشروعًا ضخمًا.
8 إعجابات
يمكنك استخدام Hetzner و Bunny مقابل حوالي 5 دولارات. أنا عميل سعيد، ولا أعمل على الإطلاق مع هاتين الشركتين.
لديهم خدمات رفيعة المستوى، ودعم عملاء ممتاز (VPS لديه دعم فني فقط، لا تتوقع منهم إرشادك حول كيفية تثبيت Debian) وأكثر من 5 سنوات من العمل بسلاسة.
أقترح إجراء بحثك الخاص، يحتوي Reddit على الكثير من الملاحظات ويمكنك البحث في العديد من منصات منتديات Discourse أيضًا.
Hetzner و Bunny ليسا مخصصين للمؤسسات ولكني أشك في أنهما يمكن أن يقدمان أداءً أفضل من العديد من الخيارات التي تركز على المؤسسات ولكن يتم تسويقها على أنها “أكثر استخدامًا”.
كنت أجرب خدماتهم في حالتنا الأولية (أحب أن أسمي بداية كل مشروع مثل شبكة اختبار) وسنستمر في استخدامها إذا قمنا بالتوسع ما لم نتمكن من ذلك.
لقد جربت تقريبًا جميع الخيارات المتاحة لميزانيتنا وهذا هو أفضل ما وجدته. يسمحون لك بالتوسع، دون عيوب أو عقود خبيثة.
ستجد هناك سعرًا رائعًا وخدمة رائعة
يمكنني أن أقدم لك روابط إحالة ولكنني أفضل دعوتك لرؤية النسخة التجريبية في مجتمعنا وتقديم ملاحظاتك لتحسينها (فقط إذا كنت ترغب في ذلك).
إعجابَين (2)
سنقوم ببناء (إذا لم يتم بناؤه بمرور الوقت) شيء مشابه لما ذكرته فوق Monero Discourse subscriptions.
هذا مكون إضافي لطرف ثالث ينقل الاشتراكات من Stripe إلى عملة ذاتية الاستضافة ومجهولة ومقاومة للرقابة.
ولكن سيتم استخدام نظام التبرع أيضًا من قبل جميع الخدمات المحيطة به.
إعجابَين (2)
مرحباً،
أنا أستخدم هذا المكون:
منذ آخر ترقية لـ Discourse على موقع الاختبار الخاص بي، ظهرت لي رسالة خطأ/تحذير حمراء بخصوص donation-icon-toggle وفي وحدة تحكم التطوير أرى ما يلي:
[THEME 52 'donation icon toggle'] TypeError: (intermediate value).property is not a function
at theme-field-380-common-html-script-1.js:61:13
at Ne (plugin-api.js:2760:12)
at Object.initialize (theme-field-380-common-html-script-1.js:15:22)
at n.initialize (app.js:208:28)
at index.js:145:1
at e.each (dag-map.js:191:1)
at e.walk (dag-map.js:120:1)
at e.each (dag-map.js:66:1)
at e.topsort (dag-map.js:72:1)
at e._runInitializer (index.js:158:1)
at e.runInstanceInitializers (index.js:143:1)
at u._bootSync (instance.js:86:1)
at e.didBecomeReady (index.js:602:1)
at invoke (backburner.js.js:280:1)
at h.flush (backburner.js.js:197:1)
at p.flush (backburner.js.js:358:1)
at B._end (backburner.js.js:798:1)
at B._boundAutorunEnd (backburner.js.js:523:1)
k @ client-error-handler.js:125
أي فكرة عن كيفية إصلاح هذا؟ أنا في منطقة مجهولة تمامًا عندما يتعلق الأمر بالكود هنا. 
أنا لا أزال رجل PHP.
إعجاب واحد (1)
هذه فكرة جيدة، وبالتوسع فيها يمكنك السماح للمستخدمين في المنتدى بـ “إكرامية” تعليقات بعضهم البعض، ثم السماح للأعضاء بصرف الأموال والحصول على الدفع من ديسكورس عندما يصل رصيدهم إلى مبلغ عملي معين. سيؤدي ذلك إلى إنشاء اقتصاد كامل حول المحادثات وسيكافئ الأشخاص الأذكياء على مساهماتهم. ربما يتم بناء النموذج بحيث تذهب نسبة واضحة من الإكرامية إلى ديسكورس، ونسبة مئوية إلى مالك المنتدى، والغالبية تذهب إلى الشخص الذي ينشر المحتوى.
هذا لا يجيب بالضبط على المنشور الأول، ولكن منتداي الرئيسي يعمل بالكامل عن طريق التبرعات، وقد أضفت ميزة صغيرة (باستخدام واجهة برمجة تطبيقات Ko-fi) تساعد في الوصول إلى هدف التبرعات بشكل أسرع بكثير من ذي قبل:
يمكنك رؤيته مباشرة هنا: https://unicyclist.com
إعجاب واحد (1)
للأسف، هذا النموذج لا يدعم بشكل عام المجتمعات الصحية أو المستدامة. إنه يحفز الناس خارجيًا للمشاركة لأسباب خاطئة وهو عرضة للإساءة.
3 إعجابات
يمكن توقع إساءة الاستخدام/الاحتيال في نموذج العمل بطريقة مباشرة. لن يتأهل الملصقون الجدد للحصول على إكراميات ما لم يكونوا قد انضموا إلى منتدى لعدد معين من الأشهر وساهموا بعدد معين من المشاركات بمستوى ملاحظات محدد. بعد تأهل المستخدمين الجدد للدفع، يتعين عليهم الانتظار خمسة أشهر حتى تتم الموافقة على الدفع ببطاقة الائتمان على جميع احتمالات استرداد المبالغ المدفوعة، لذلك لا يوجد حافز لإنشاء رسوم احتيالية.
وأنا أختلف تمامًا بشأن الحوافز. إن دفع أجر للناس مقابل وقتهم يخلق حافزًا اقتصاديًا للأشخاص الممتازين لاستثمار وقتهم وقول أشياء ذات قيمة.
من المؤكد أنه يخلق حافزًا للنشر، ولكن ليس الحافز الصحيح. من واقع خبرتي، فإن المحفزات الخارجية تميل إلى دفع المساهمات الغزيرة ذات القيمة المنخفضة. الخبراء لا يتوقعون عادةً الحصول على أموال مقابل النشر في المنتديات.
إعجاب واحد (1)
هذه فلسفة “الكأس نصف فارغ” للغاية. لا أحد يدفع المال للمشاركين الذين ينشرون كميات كبيرة من المشاركات عديمة القيمة. طالما أنك تتخذ الاحتياطات اللازمة لجعل الاحتيال مستحيلاً، فإن الحافز هو إنشاء محتوى طويل ومدروس. لن يكافئ معظم الناس الأشخاص على النشر، لذا فإن مثل هذه المكافآت محجوزة للمشارك الاستثنائي، وليس للمشارك العادي.
يعتمد الكثير على كيفية تنفيذ شيء ما. هناك مجموعة متنوعة من المنصات التي تقدم نوعًا من الحوافز. مثال مثير للاهتمام هو شركة أساعدها. أجروا مسابقة حيث يصوت المستخدمون على المتسابقين للفوز. كانت المشكلة لاحقًا، عند النظر إلى الوراء، هي عدم وجود تخطيط كافٍ
نظرًا لعدم وجود قواعد حول عمر حساب عضو المنتدى للتأهل للاستشهاد أو قواعد ضد امتلاك أكثر من حساب واحد. ونتيجة لذلك، استخدم أحد المتسابقين هذه الثغرات المشبوهة للمساعدة في ضمان الفوز. بطبيعة الحال، كان الناس منزعجين بعض الشيء. ولكن لم تكن هناك حواجز حماية ضد ذلك.
سأكون مهتمًا بسماع الآليات المقترحة التي تنوي استخدامها أو تستخدمها مع الضمانات الأمنية المعمول بها. يمكنني رؤية أشياء مثل تكرار للاختيار للمساهم (المساهمين) مع نوع من المكافأة.
طالما أنك تبذل قصارى جهدك لمنع الاحتيال، فسأكون متساهلاً إلى حد ما وأمنح الناس مساحة واسعة لكيفية رغبتهم في مكافأة الأعضاء الممتازين.
أود أن أقول إن الفشل الهيكلي الرئيسي لفيسبوك هو أنه لا يقدر البشر على الإطلاق. إنه لا يقدر وقتنا. إنه لا يقدر جودة تفكيرنا. إنه لا يقدر المحتوى الذي ننشئه. لذا، فإن وجود مكان يكافئ الناس على الوقت وجودة التفكير والمحتوى الجيد سيكون مرغوبًا للغاية كوجهة.