用户是否可以收取费用以允许其他用户访问其群组及相关群组资料？我知道这不是现成的功能，但这是可行的吗？
付费群组会员（进而授予访问特定类别的权限）是一项现有功能。请查看 #plugins 频道。
示例包括 Patreon、Procourse Memberships 和 Subscriptia。
如果您已有处理此类会员的网站，也可以通过您的 SSO 负载传递群组会员信息。
用户无法在他们不拥有的网站上直接向他人收费，那么让他们具备这种能力是否合理呢？
请勿标记用户。
此处有许多需要考量的影响，以及无需编写任何代码即可将用户与服务提供商关联起来的示例。以 Marketplace 为例，用户无需特殊代码或支付处理即可与顾问建立联系。
管理此类交易是一个非常棘手且充满风险的过程。在欧盟和美国，您还必须考虑众多的反洗钱法律。
很多人都会提出这个想法，但最终任何创作者都可以每月只需 5 美元就拥有自己的 Discourse 论坛，从而省去中间商的费用。这其实是一件好事，推动网络去中心化正是 Discourse 的核心使命之一。
感谢回复，@Falco。确实，创作者可以自行启动 Discourse 论坛；然而，如果建立一个统一的 Discourse 平台，让众多创作者在此交流，并在此基础上提供付费的专属内容，那么该平台就能帮助用户首先发现这些创作者。这正是其核心价值所在。我理解目前这类功能似乎无法实现。感谢您的反馈！
该功能完全可行。显然，您需要为此功能的开发提供资金。我认为，花费 1 万美元左右，就可以对 ProCourse Memberships 💸 进行修改，使其支持多种“会员资格”，供会员购买。每种会员资格对应一个用户组，每个用户组对应一个分类的访问权限。
@Joshua_Kogan 您现在可以通过 Custom Wizard 插件以两种不同的方式实现此功能。
外部收款
一种方法是在自定义向导的某一步提交时，将用户重定向至支付提供商。利用允许的参数字段和必需数据确保支付完成，然后在后续步骤中将用户添加到某个组（使用“添加到组”操作）。
以下是该方案中支付部分的完整说明。“添加到组”部分应不言自明：
将用户重定向至支付提供商的设置
- 路由到操作（Route To Action）：新增了一种名为“路由到（Route To）”的操作类型，允许您在某一步提交时将用户重定向至目标 URL。对于您的向导，该操作应添加在用户进行支付之前的任意步骤。目前它们被添加在“支付”步骤本身，但您也可以移除该步骤，将其添加至前一步。当前“路由到”操作包含两个设置：
-
url：这是目标 URL。与其他向导输入一样，您可以使用 w{} 插值向导字段数据，使用 u{} 插值用户字段数据。
-
code：一个唯一代码，将作为参数添加到目标 URL。当此设置被填充时，自定义向导将生成一个唯一的随机十六进制字符串，该字符串：
- 使用您提供的键作为附加查询参数添加到 URL 中；
- 使用您提供的键将该代码保存至提交数据中。
为每个请求关联一个唯一键，使得该请求的任何回调（即用户返回向导时）都能被验证。在 Chargify 的案例中，Chargify 会将您通过参数“reference”发送的任何值进行存储（详见），然后您可以在 Chargify 完成支付后将用户重定向到的“返回 URL”中添加该值。
-
允许的参数（Permitted Params）：这是一个新的步骤设置，允许您指定该步骤允许的查询参数，以及这些参数在提交数据中应保存的键。您可以利用它来保存统计或分析数据（例如用户从何处进入向导），也可用于回调。在 Chargify 的案例中，我们将“reference”代码传递给 Chargify（并将其保存至提交数据中），以便在重定向用户至 Chargify 完成支付时使用。随后，我们将此代码作为返回参数添加到“返回 URL”中，然后通过指定在返回参数中保存
customer_reference的任意参数，将其保存至提交数据中。请注意，在 Chargify 中，您需要将“返回 URL”设置为附加了“路由到”操作的那一步之后的步骤的 URL。这意味着您需要将customer_reference参数作为允许的参数字段添加至该步骤。 -
必需数据（Required Data）：这是一个新的步骤设置，允许您在允许用户查看该步骤之前实施数据检查。目前，您可以要求某项提交数据等于另一项提交数据。如果用户尝试加载该步骤但必需数据检查失败，他们将看到一条错误消息。在 Chargify 的案例中，我们将利用此功能要求“路由到”操作中创建的代码等于 Chargify 返回的
customer_reference。您可以通过向导管理后台中的“数据不存在时显示的消息”字段自定义向用户显示的错误消息。此外，错误消息后还会附加一个“重启向导”链接，允许用户将向导重置为第 1 步并清除现有输入。
内部收款
您可以使用 ProCourse 会员功能进行收款。
如果支付提供商的 API 支持 OAuth2 或基本授权（例如 Stripe 使用基本授权），您也可以通过 Custom Wizard 的“发送至 API”操作及相关的 API 端点管理系统设置 API 连接，从而使用几乎任何支付提供商。具体设置方式取决于提供商。此方案稳定性稍差；该功能目前处于 Beta 测试阶段，但具有巨大的潜力。
这不能直接解决问题，但很接近：Discourse Subscriptions Plugin
忽略潜在的法律问题，现有的在线订阅服务很可能可以满足 OP 的要求，只需很少或无需编码。例如，像 Zapier 这样的服务可以充当订阅服务和 Discourse 论坛之间的中介。它可以根据用户的订阅情况，在 Discourse 群组中添加或删除用户。
我相信通过 Discourse/WordPress 集成和一些定制开发也可以实现这一点。
根据我自己的研究，潜在的法律问题可能比基于付费订阅管理群组成员资格的技术挑战更令人头疼。我知道的现在正在做这类事情的组织（Youtube、Paetron、Substack、X/Twitter）可能拥有强大的法律团队。
我不确定对将群组/类别访问货币化的哲学上的反对意见。
我不确定这是否会偏离主题，或者是否完全切题，但我的理解是 Stripe 不充当商户记录（MoR）。还有其他一些在线支付处理商确实充当 MoR。我将把研究其影响的任务留给其他人。这就是我的头脑开始打转的地方，我开始认为，将群组访问货币化的技术方面比其法律方面要容易得多 
我不太清楚支付处理商充当“记账商户”具体意味着什么，您是在说商户识别号吗？
确实，我在 Stripe 上没有这个号码，只有一个由数字和字母混合组成的令人困惑的账号。另一家支付处理商 Elavon 为商户提供一个 10 位数的商户 ID#，这可能意味着他们确实充当记账商户，但我不知道那是什么意思。
关于将访问权限货币化的原始话题，这是否可行很大程度上取决于该群组是关于什么或为了什么。对于一个论坛页面，这可能意味着订阅另一个创作者正在制作的内容，也可能意味着人们有机会在别人的论坛上发布自己的材料。
标准套餐托管每月费用为 100 美元，如果十个人想每月支付 10 美元来获得托管论坛的账户，以覆盖成本，那么这会更实惠。
其他服务，如 Google Workspace 每月每用户 7 美元，商务电子邮件通常每月约 13 美元，可以使用 Stripe 或其他支付平台来收取用户费用，这些费用不产生任何利润，只是用于支付运行群组通信系统的成本。
这是一个很好的网站政策问题，对于许多网站来说，这可能没有意义。
通常有禁止自我推销或发布广告的政策，因此大多数管理员通常会禁止任何第三方销售尝试。
Meta 的 Marketplace 类别似乎只用于发布付费工作机会，而不是任何人要求付费加入群组或尝试提供付费服务或销售任何东西？
还有任何市场报价都必须公开而不是在私信中进行的政策，这似乎是一项好政策。
这是：
记录商家（MoR）是负责向最终客户销售商品或服务的法律实体。他们处理所有付款并承担相关责任，例如征收销售税、确保符合支付卡行业（PCI）标准以及处理退款和拒付。
就为什么允许群组所有者收取群组会员费和访问 Discourse 分类而言，最明显的答案是“创作者经济”非常庞大，而 Discourse 有潜力在该领域运营。创作者经济的核心是社区。Discourse 是一个用于构建社区的工具，因此非常适合该领域。
更具推测性的答案是，我认为有一种趋势是众筹和赞助，用于资助那些不属于正常创作者经济范围的活动。
基于 Discourse 的分类级别订阅服务也可能是盈利性地提供免费 Discourse 托管的最简单方法。我假设论坛所有者会从中获利。Substack 是一个很好的模型，展示了这可以如何运作。
本主题早些时候提出的关于 Discourse 旨在促进网络去中心化的观点是有效的。但可能存在一个折衷方案。Discourse 是开源软件，并提供了导出和导入分类的工具。特定论坛上的群组所有者可以被授予导出其社区的能力（如果他们愿意）。这类似于（但比）实体企业所有者将其商店搬到新址的方式。
PCI 合规性非常令人困惑且困难。在我与当地银行设置商户服务账户时，我填写了一些相关的表格。他们的读卡器使用封闭的加密系统，这可能意味着他们承担了作为 MoR（商户）的法律风险，我相信您说 Stripe 不是 MoR 是正确的。
如果有人在独立服务器上处理支付卡信息，那么有许多规定需要遵守，其中包含所有安全要求，这些要求非常严格，并且在未能遵守的情况下会有高额罚款。
这是一个有趣的想法，但不确定该如何实现。
手动创建一个新的论坛，可以从之前的备份中进行，排除除某个用户想要导出的类别之外的所有内容。这样可以吗，还是有其他方法？
Discourse 有用于导入和导出类别和群组的 rake 任务：https://meta.discourse.org/t/administrative-bulk-operations/118349#exportimport-categories-10。我不认为这可以用于导出群组私信，但它可以处理在常规类别中发生的群组成员和群组活动的导入/导出。
好的，很高兴知道它有这个功能。