大家好,
我想知道是否有人知道使用非 Stripe 解决方案的 Discourse 实例订阅插件的示例?
Stripe 是众所周知的,但就可在此资源中展示的内容而言,它是一个非常有限的支付系统。我们正在研究基于订阅的用户组,但 Stripe 对于我们托管和维护的社区类型来说不是一个选择。
大家好,
我想知道是否有人知道使用非 Stripe 解决方案的 Discourse 实例订阅插件的示例?
Stripe 是众所周知的,但就可在此资源中展示的内容而言,它是一个非常有限的支付系统。我们正在研究基于订阅的用户组,但 Stripe 对于我们托管和维护的社区类型来说不是一个选择。
仅适用于 Stripe。如果您想要其他支付系统,则需要另一个插件。我怀疑单独的插件会更容易。
什么支付系统是可以接受的?您能提供其 API 链接吗?您是否有插件预算?
也可以通过 Discourse API 来完成,方法是添加代码来处理网站所有者控制的服务器的 API 请求,或者使用 Zapier 等服务来处理 API 请求。例如,在 Zapier 上使用 Paypal 或 Lemon Squeezy 作为触发步骤,并在操作步骤中使用“Zapier 的 Webhooks” zap 来向 Discourse 发送 POST 请求以管理组成员资格。
我在 Meta 上回答过类似的问题很多次,这让我怀疑是否值得为一些频繁请求的集成创建 Discourse 应用程序。在某些限制下,Discourse 应用程序的功能可以与 Shopify 应用程序的工作方式类似。最大的限制是 Shopify 提供了一些功能,允许应用程序在 Shopify 上嵌入 iframe,可以直接与 Shopify API 通信。
也许一个可以处理多个支付提供商的 Discourse 订阅应用程序将是 Discourse 应用程序的一个很好的概念验证。
哦。对了。插件可以捕获订阅插件生成的任何 webhook,插件设置可以将订阅名称映射到组(并匹配用户,但通过电子邮件地址)。组自定义字段可以保存关联的订阅 ID,并在订阅更新时将用户移入或移出该组。如果它使用订阅名称而不是 ID,则单个自定义字段可以处理多个支付处理程序。
管理员将负责设置支付系统并安排用户访问支付页面。
这是 lemon squeezy 的 webhook 信息
我很乐意为有预算的人做这件事。
您好,有没有办法用 PayPal 来做这件事?Stripe 对我来说行不通,因为我的国家/地区不支持。
不,此插件仅支持 Stripe。如果您有预算,可以在 Marketplace 中咨询。有许多方法可以“支持 PayPal”,因此请尽可能明确地描述您的用例和预算。
2 篇帖子已合并到现有主题:为 Discourse 订阅添加不同的付款方式
我可以使用这些插件与 Stripe 以外的其他支付网关吗?
目前还没有。现在只支持Stripe。您希望使用特定的支付网关吗?我们想了解人们有兴趣使用哪些支付网关,以便将来可以考虑添加它们。
类似
https://meleton.ru
和
任何真正尊重隐私的。
你好 ![]()