@Steven 非常感谢你的回复，这非常有帮助。
看来自定义字段解决了我大部分问题。我使用了 Teaser 插件，并根据该插件的功能，针对会员类型找到了一个可行的解决方案。
我查看了表格（多亏了谷歌翻译！），看起来通过 ProCourse 我们可以设置多个不同价格的会员等级，对吗？如果是这样，我可以直接创建一个附加会员类型，提供完全相同的访问权限，但价格更低。我们是一个规模较小的团体，可以接受这种解决方案，并安排专人确保为这些用户设置一个“主”会员类型。
没错，每种价格都会有自己专属的会员页面。在这种情况下，静态页面最有用，而表格是最佳的解决方案。
错误：VM193:1 POST https://sandbox.example.com/memberships/checkout/submit-payment 500
所有配置均已设置为生产环境。有什么建议吗？
这是 Discourse 的实际调试日志。
我的网站已成功运行该插件，支持月度订阅。
不过，是否有选项可以按次收费，让用户发布单个主题/帖子，而不是提供月度访问权限？
正在设置这个，我有一个问题。如果我将一个组的“青铜”会员资格设置为 12 个月，那么在这 12 个月结束时，该组的会员资格会被移除吗？系统是否会向用户发出即将发生或已经发生的警告？
你好，
我反复阅读了几遍，并再次尝试了演示网站，我想我已经搞清楚了自己在注册/会员流程中的困惑。
以下是我认为我需要做的事情：
注意：我的网站完全为付费制，没有免费层级。
-
我拥有一个静态销售页面（在 Discourse 外部），上面有一个申请表。如果申请获得批准（手动流程），我将从 Discourse 内部发送加入邀请。
-
新会员注册并获得一个 Discourse 新账户。
-
新会员登录 Discourse 后看到的是……一个空论坛，但有一个关于“创建会员资格”的主题。[也许这里就是 pro-course-static-page 发挥作用的地方，我可以创建一个包含支付选项的静态页面？]
-
该主题[或静态页面]提供两个选项：每月 recurring 支付和每年 recurring 支付。每个链接或按钮都会跳转到我在 Procourse 插件中创建的会员页面。
-
新会员完成支付后，会被添加到“会员”组，从而获得对整个论坛的访问权限。
我觉得我的思路是正确的。但第 3 点和第 4 点让我有些不确定。我是否遗漏了更简单或更明显的路径？
附言：我原本以为支付页面应该在新会员创建账户之前出现。需要先创建账户这一点曾让我非常困惑，但现在我明白了其中的原因。我想是这样吧。
我认为，通过让用户先注册、等待批准，然后进入一个空论坛，最后再付费获取内容，你的用户群体将会遇到可用性问题。
或许更好的做法是采用类似的方式：锁定 Discourse，但使用 WP Discourse 进行单点登录（SSO），并利用 Paid Memberships Pro 来限制对社区的访问。这样对用户来说整个过程会更加无缝。
你可以参考以下内容：
1 个赞
谢谢 @justin，我会去看看。论坛并不是空的（我已经在那里有一个小团体几个月了），但我理解你的观点。我很感激你的看法。
我想问问，您为什么选择这条路径？是否会出现申请被拒绝的情况？
我之所以这么问，是因为如果跳过这一步，您就能解决大部分问题。
1 个赞
你好，Joe，
这个应用的想法是了解一些关于个人的背景信息，以及他们希望从社区中获得什么。我参与了一个其他群组，那里的成员加入后不久就离开了，因为对他们来说并不合适。
我可以调整流程，让他们直接进入会员注册页面，然后在他们加入后，将同样的问题作为入职引导的一部分来询问。这样做是可行的，因为在这种情况下，我已经在人们注册前就与他们深入讨论了相关预期。
有一个问题：如果我采取这种方式，我是否可以直接将他们引导至 Procourse 会员页面（在那里他们进行订阅和支付），然后再创建他们的 Discourse 账户？还是必须先生成账户，然后才能选择支付方案？
我会将此与 Custom Wizard 插件 结合使用。使用该插件，您可以在注册时捕获您想要的任何信息，然后在表单提交后将用户引导至会员支付页面。这样，整个流程就整合在一起了。
就我个人而言，我更倾向于这种方式，而不是使用 Paid Memberships Pro。PMPro 在开始尝试同步群组会员身份之前表现很好。虽然可以实现，但根据我的经验，其设置并不那么简便，且可靠性也不总是有保障。
当我在网站上运行 PMP 并进行群组同步时，从未遇到过问题，但确实需要一些技术知识才能使其正常工作。撇开个人偏好不谈，两者都是具有独特优缺点的选项——@madbaker 希望我们已帮助你更接近做出可能的决定！
@joebuhlig @justin 非常感谢你们。我现在看到了更清晰的路径。
1 个赞
@joebuhlig @justin 您好；我想再跟进一下这件事……
我在注册时成功让“自定义向导”插件正常运行。它会调用一个静态页面，新用户可以在该页面上选择循环会员选项（按月或按年）。
我在会员插件中设置了两级会员，用户通过静态页面即可进入正确的会员页面。太棒了。
唯一的问题是页面上的 Stripe 集成部分一直卡在加载状态。
-
我已仔细查阅了 Procourse 社区网站上关于 Stripe 集成的文档。看起来我的设置是正确的，但显然并非如此。
-
再次检查了插件和 Stripe 中的货币设置（均为美元）、API 密钥以及 Webhook 密钥。全部处于“测试”模式。
-
构建了一个一次性支付层级，以防订阅模式是问题所在（但没有任何变化）。
-
检查了 Stripe 的日志，没有发现任何调用尝试的记录（日志中什么都没有）。
有没有办法在 Discourse 内部查看日志，以确认正在尝试调用什么？
我愿意在 Marketplace 发帖寻求帮助，但如果我能先弄清楚插件正在尝试执行什么操作，至少能让这个过程更顺利。我已经将注册流程简化到最基础的程度，但仍未找到解决方案，尽管根据文档，这现在应该非常简单。（著名的最后之言！）
我又做了一些深入排查，并在绝望中尝试了几种额外方法：
- 重新构建了应用并运行了 discourse-doctor，确保没有任何错误
- 使用测试 Stripe 密钥删除并重新构建了 procourse-membership 插件中的会员等级
启用这些等级后，我可以在 Stripe 中看到新的产品计划（测试版）。太好了！
但当我进入这些等级的支付页面时，页面虽然能正常渲染，但信用卡输入字段却无法加载。加载动画一直转个不停。
检查 Discourse 错误日志和 Stripe 错误日志后，没有任何发现。两个日志中都没有相关记录。
于是我想，也许是“测试模式”的问题。于是做了以下更改：
- 将测试密钥和 Webhook 替换为生产环境的密钥和 Webhook
- 在插件中重新创建会员等级并启用它们
- 新的产品/计划在 Stripe 的生产环境中出现了。太棒了！
但当我再次进入 Discourse 的支付页面时，同样的问题又出现了：页面可以正常渲染，但信用卡字段仍然无法加载，加载动画无限循环。
Stripe 日志和 Discourse 错误日志中依然没有任何活动记录。
=== 找到了！ ===
唉，我终于搞明白了。
需要加载一个脚本才能让支付功能正常工作——js.stripe.com/v3。该脚本因安全错误被阻止了。我将该脚本加入白名单后，问题立刻解决，运行得非常顺畅。
这是一个非常关键的细节。我之前一直在检查应用日志，但如果在四天前能按 F12 快速查看控制台，问题早就解决了。
7 个赞
例如，当 30 天会员到期时会发生什么？订阅者会看到什么？他们如何重新订阅？
另外，他们如何取消订阅？
5 个赞
你好 @john12，你找到解决方案了吗？我也遇到了同样的问题。
我也有同样的疑问。
另外，当用户加入（并支付）后又取消时，会发生什么？他们的订阅是立即结束，还是在已付费的月份结束后才结束？
3 个赞
我最终还是换到了 Memberful，体验好多了。