别忘了，您可以多次获得徽章（周年纪念徽章就是一个例子）。
但是，第二次捐赠徽章或五年捐赠徽章，这或许可行。
4 个赞
您可以迁移到 Hetzner，价格可能只有现在的一半，但配置相同或相似。
您的流量不需要 CDN，选择离您的社区最近的服务器即可。
3 个赞
我认为这取决于社区。正如我在上面提到的，我的一个社区成员实际上坚持徽章不是永久性的，以鼓励重复捐赠。
另一方面，我确实有一些论坛，我们授予徽章但不会撤销它们。
其中一个论坛实际上有一套徽章。
每第五次捐赠都会授予一个特殊的银色徽章，每第 50 次捐赠都会授予一个金色徽章。
除了这些徽章之外，我们还跟踪每个成员的终生捐赠总额，并向任何终生捐赠达到 500 美元（即该实例的年度托管成本）的人授予特殊徽章。 
我们不再使用它了，但在过去，我们在徽章是临时的论坛上使用过 ko-fi 的 API，所以理论上设置一个进度条应该不难。
主要的是，您只需要一种方法来记录总金额和目标金额，并根据这些数字渲染进度条。
4 个赞
在我们的社区中，我怀疑用户会倾向于保持匿名，无论是关于他们是否捐赠过，还是关于捐赠的具体金额。因此，徽章将没有吸引力。
一位聪明的用户建议购买 Visa 礼品卡，并将代码发送给社区经理（Discourse 联络人），以便支付发票或报销，从而保持社区的匿名性，并无需设置银行/在线支付账户。抄送 @Tallytony
3 个赞
由于有人私信我问我是如何制作可隐藏的捐赠按钮的，我在这里分享我的（丑陋的）组件：
描述从这里开始：
8 个赞
我们确实考虑过这个问题。小额交易是个棘手的业务，过程中会有很多环节被扣除。一次 2 美元的捐款退款可能会花费您 1 小时的时间，完全抵消了之后 20 次捐款的价值。
我的感觉是，为客户提供此类服务的唯一方法是引入一种虚拟货币（例如：Roblox 或 Discord 积分），然后您将使用该虚拟货币进行捐赠。这样可以购买更大的金额，并大大简化退款情况（在这种情况下，退款不会花费我们实际的钱，只会花费时间来退还错误的捐款）。
尽管如此，目前还没有类似计划，这将是一个巨大的项目。
8 个赞
您可以使用 Hetzner 和 Bunny，大约花费 5 美元。我是一名满意的客户，与这些公司没有任何关系。
它们提供一流的服务，卓越的客户支持（VPS 只有技术支持，不要指望他们会指导您如何安装 Debian）并且运行了 5 年多，一切都像魔法一样。
我建议您自己做研究，Reddit 上有很多反馈，您也可以在许多 Discourse 论坛实例中搜索。
Hetzner 和 Bunny 不是为企业设计的，但我怀疑它们可以做得比许多以企业为中心但市场营销上“更常用”的选项要好。
我们在初始阶段（我喜欢将每个项目的开始称为测试网）尝试了它们的服务，如果我们扩展业务但无法做到，我们将继续使用它们。
我尝试了我们预算范围内几乎所有的选项，这是我找到的最好的。它们允许您扩展，没有任何缺点或恶意合同。
您会在那里找到超值的价格和超棒的服务
我可以给您推荐链接，但我更愿意邀请您查看我们社区的测试版，并给我您的反馈以进行改进（如果您愿意的话）。
2 个赞
我们将在 Monero Discourse 订阅 的基础上构建（如果尚未随着时间的推移构建）类似您提到的东西。
这是一个第三方插件，可以将订阅从 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 个赞
这是一个很好的主意，在此基础上，您可以让论坛用户互相“打赏”评论，然后允许成员在余额达到某个实际金额时兑现并由 Discourse 支付。这将围绕对话创造一个完整的经济体系，并奖励那些聪明的人对他们的贡献。也许可以构建模型，使打赏的明确百分比归 Discourse 所有，一部分百分比归论坛所有者，大部分归发布内容的人。
这并没有完全回答第一个帖子，但我的主论坛完全依靠捐赠运营，我添加了一个小功能（使用 Ko-fi 的 API），可以比以前快得多地帮助达到捐赠目标：
你可以在这里实时查看：https://unicyclist.com
1 个赞
不幸的是，该模型通常不支持健康或可持续的社区。它会从外部动机驱使人们出于错误的原因参与其中，并且容易被滥用。
3 个赞
滥用/欺诈可以在商业模式中以直接的方式被预见。新发帖人除非在一个论坛上待了几个月并发表了具有特定反馈级别的帖子，否则没有资格获得小费。在新用户有资格获得报酬后，他们必须等待五个月，信用卡付款才能清除所有退单的可能性，因此不会产生欺诈性收费的激励。
我完全不同意关于激励的看法。为人们的时间付费会产生经济激励，吸引优秀人才投入时间并发表有价值的言论。
这确实会产生发帖的动力，但不是正确的动力。根据我的经验，外部激励因素往往会促使人们进行大量低价值的贡献。专家通常不会期望因在论坛上发帖而获得报酬。
1 个赞
那是一种极其“半杯空”的哲学。没有人会给那些用大量无价值帖子刷版的人付钱。只要你注意杜绝欺诈，激励机制就会倾向于创作长篇和深思熟虑的内容。大多数人不会因为发帖而奖励他人，所以这样的奖励是为那些杰出的发帖者保留的，而不是为普通发帖者保留的。
很多事情归结于实施方式。有各种平台确实提供某种形式的激励措施。
一个有趣的例子是我帮助的一家公司。他们举办了一场比赛，用户投票选出获胜者。事后看来，问题在于规划不足。
因为没有关于论坛会员账户需要注册多久才能获得资格的规则，也没有禁止拥有多个账户的规则。结果，一名参赛者利用了这些可疑的疏漏来确保获胜。
人们自然有点不高兴。但当时没有设置任何防范措施。
我对您打算使用或正在使用的、并设有相应安全保障措施的提议机制很感兴趣。我可以看到类似以某种频率选择贡献者并给予某种奖励的方式。
只要您竭尽全力防止欺诈，我将采取相当自由放任（Laissez Faire）的态度，让人们在如何奖励优秀成员方面有很大的自主权。
我会说，Facebook 的一个关键结构性失败在于它根本不重视人类。它不重视我们的时间。它不重视我们思想的质量。它不重视我们创造的内容。因此，拥有一个能够奖励人们时间、思想质量和优质内容的地方，将是一个非常理想的目的地。