请问如何更改“您是由…邀请的:”中的用户?我想让邀请来自系统,因为它不代表某一个个人。邀请来自社区。这非常重要。谢谢!(:
您可以在 /admin/user 页面上模拟 system。
嗯。您托管在哪里?如果是在 Discourse.org 上托管,那么您可以发送电子邮件给支持部门。在我提出建议之前,我在最近升级的自托管安装上进行了测试,我的屏幕看起来像:
然后我点击了它,变成了系统。不过我没有创建邀请。
谢谢!我会联系负责这些网站设置的人。![]()
如果您是版主而不是管理员,那么这就说得通了。当然,您不能冒充拥有比您更高权限的用户。
我认为只有 app.yml 中的 sysadmin/developer 电子邮件可以模拟系统?我刚刚授予了一个测试用户管理员权限,他们没有模拟系统的选项。
听起来没错。我忘了开发者是不同的,因为这通常是我获得管理员访问权限的方式。
好的,谢谢您,我会去看看的!感谢您的帮助!![]()
那么,如果我能够冒充系统,我是否能够更改邀请链接的所有者?这比重新创建链接并将它们添加回上下文要好!
提前感谢!
不能。您将能够以System的身份创建链接。我认为您不能轻易更改其所有者。鉴于我的判断是正确的,您需要通过rails控制台进行更改。如果有很多链接,那么您需要查看Administrative Bulk Operations以获取有关如何批量执行某些操作的线索。但我怀疑其中没有确切的示例。
谢谢!(:
我认为,如果我们能够更改所有者(就像我们被允许更改帖子所有者一样),那将是一个很好的且有用的#功能。
您好 Gassim!您能多告诉我们一些关于您的用例吗?您是如何分享这些邀请的?“邀请所有权”背后的想法是邀请者和被邀请者之间存在信任,这有助于建立社区。邀请者还可以监控他们待处理的邀请并根据需要重新发送邀请,在他们的邀请被接受时收到通知,并为被接受的邀请获得积分。
如果您不想要所有这些,那么我建议您更改管理员设置,允许新用户直接注册。或者,我想您可以注册一个代表您获准冒充的社区的用户,该用户不是 system。
谢谢 @tobiaseigen!我最终选择了这个选项。
感谢你的提问!我在主题:Invite limit to unlimited! 中更详细地解释了用例;但是,更改所有权的选项是因为我们正在邀请课程参与者加入讨论论坛,而社区/课程……等并不代表某一个人,因此“某人邀请你加入讨论论坛”并不代表邀请的目的。
简而言之,我不知道它会显示“某人邀请你”,因为我使用的是管理员,所以我以为它会显示“网站邀请你”…然后在我测试时看到了那个消息,现在我想更改链接的所有权,而不是不得不重新创建链接并替换课程内容中的所有链接!(:
希望我能很好地阐明了用例!它仍在测试中,非常感谢你的支持。
阅读您的用例:
……我想分享一个类似的经历,当时我们需要在文档中留下一个链接,以便人们在点击后能够进入正确的私有类别。鉴于系统的运作方式……
……对我们来说不起作用,因为这是对城市居民的号召,根据城市指导方针,这对我们来说是不合理的。
我结合了 Discourse 的两个功能:
- 用户组用于权限
- 永久链接
当直接链接到一个用户组时,用户可以请求加入(根据该用户组的设置),会出现一个“请求”按钮。如果您访问 https://meta.discourse.org/g/chat-testers,您会看到类似的内容:
点击“请求”按钮将引导用户进入注册/加入该组的流程。
因为我们不想发送看起来像 https://example.org/g/neighborhood 的链接,所以我们选择发送重定向。而且因为我们希望能够控制它们(城市隐私政策,这很好!),并且能够在需要时更新链接,所以我们使用了 Discourse 的原生永久链接设置,可在 /admin/customize/permalinks 找到。
然后在我们的文档中,我们会留下这样的信息:
感谢您对本课程的兴趣,要完成课程,请在 https://forums.example.edu/student-invite 加入课程 1。
通过截图中的永久链接重定向,它将加载 https://forums.example.edu/g/Students,并继续对学生进行入职培训。
我喜欢这种方法,因为它让我们的版主拥有了类似的工具来引导群组,同时保持了邀请系统的灵活性。![]()
非常感谢 @maiki 的分享!我认为你的想法很棒;~但是,我的问题是,对于尚未登录论坛的用户(匿名用户),是否会显示“请求加入”?~ 如果显示,在他们请求加入后是否会重定向到该主题?更新: 我已测试,它不会将用户重定向到特定主题。
另一个问题是参与者必须等到他们的请求被接受。你自动化了吗?(我认为这在设置中是有效的,对吧?)编辑: 我检查了,没有办法自动接受加入群组(就像邀请链接那样),这意味着参与者必须等到群组所有者接受他们的请求,但对于国际课程,我们无法保证24小时都在线立即接受请求,也没有办法让参与者等待!
有一个选项,类似“允许用户自由加入和离开群组”。但会议它不可用,如果群组是隐藏的。
谢谢,但不仅群组必须可见,而且它也不能与“请求加入”选项一起使用。
这仍然是一个可以考虑的选项,但问题是这只有在我们能够保证课程参与者会尽早注册论坛并使用第一次邀请时才有效!
谢谢!
我们在各自的类别中置顶了信息性主题;在我的用例中,我们有复杂的课题需要讨论,所以我们将其分解为单独的主题,以便更容易理解和讨论。
是的,我开出的方法对于私有群组来说效果不佳……
![]()
总而言之……也许你可以通过 Discourse Automation 自动化你的工作流程。设置当用户加入群组时,他们会收到一个包含他们想阅读的主题链接的私人消息……
这就是我使用邀请链接的原因,因为它的作用是:
- 将用户添加到私人群组
- 将用户重定向到主题帖子



