我负责管理一个拥有近 1000 名参与者的成熟技术社区的 Discourse 实例。
我们会筛选所有注册用户，除非提供的电子邮件地址来自知名的大学或公司，或者我们认识申请人。筛选过程的一部分包括发送电子邮件，要求提供有关申请人对社区的特别兴趣以及任何相关成果的信息。我们还会在三名管理员之间分担这项审查工作。
因此，以下功能将有助于此筛选过程并减少混淆：
继续我的愿望清单：
附带一些相关的讨论：
另外，值得一提的是，新用户经常对经过筛选表示赞赏——这表明存在一定程度的社交管理。
欢迎提出任何想法，R
也许 Discourse 用户笔记 会有所帮助。
另外，您可以在用户开户时必填的用户自定义字段中包含您想要的信息。您还可以巧妙地使用一个仅供员工使用的自定义字段来标记谁在处理。
我认为您也可以使用他们的电子邮件地址将他们添加到某个组，这有助于自动化流程。
申请人被批准之前也是“用户”吗？我猜这是一个语义问题。预先感谢。
当用户填写并提交表单时，会创建一个用户记录，从这个意义上说他们就是用户。
我不确定用户备注对于未获批准的用户是如何运作的。自定义字段的想法可能更适合您，并且它在核心系统中而不是在插件中，因此您可以更轻松地尝试它。
用于审阅者的自定义字段可能就是您想要的。
谢谢。我这周晚些时候会试试。
顺便说一下，我高亮并复制了显示待处理用户字段的三行，粘贴到 Emacs 编辑器 中，然后运行一些 Lisp 脚本来生成一封出站电子邮件。我并不是建议将此功能构建到 Discourse 中——这只是我为避免容易出错的输入而采取的变通方法。R
我也使用 One True Editor。我开始使用 VS Code 来处理大部分 Discourse 插件/主题开发，但 Emacs 始终是打开的。就在刚才，我不得不将一些东西拉入 Emacs 来解决一个问题，我使用了键盘宏，我认为 VSCode 中没有这个功能，也无法想象没有它该如何生活。
嗯，开发起来会比你的 Lisp 脚本麻烦一点，但可以通过插件来实现！
我的模型图在下面 — 我猜它是正确的。另请注意此主题：
然后是这个截图：
说明： 用于 discourse 讨论服务器的自定义用户字段模型图，用于跟踪哪个管理员正在审核特定申请人。
您现在就可以使用核心中的现有功能来实现这一点，因此涵盖了。
您想要的另一部分是
为此，您可以使用上面建议的用户备注，或者另一个自定义用户字段，您可以在其中键入任何您想要的内容。或者，如果流程是可预测的，您可以有一个带有诸如
因此，我认为这可能就是您所需要的一切，您可以将其重新归类为 Support？
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
