将 PM 添加到 TL3 以实现晋升(与 TL1 和 TL2 保持一致)

继续关于 自定义 TL3 晋升 PM 的文本 的讨论:

我建议为晋升到 TL3 的用户发送一封 PM(可自定义文本)。

这将使其与晋升到 TL1 和 TL2 的情况保持一致。

我知道有自动化插件,但最好是 Discourse 能像标准一样统一对待所有三个信任级别。

感谢您的考虑。

6 个赞

我认为历史上这部分内容包含在 Lounge 的“关于”主题中的“欢迎来到休息室”的简介里。不过,现在休息室不再是新 Discourse 网站的默认类别,所以我觉得我们错失了一个祝贺人们晋升的机会。

7 个赞

也许是吧。我记得我收到了 TL3 通知,但也许我记得的是休息室的欢迎信息?

5 个赞

我记不起收到过任何关于TL3晋升的通知。

1 个赞

我很久以前就获得了TL3,所以也许那时有通知,或者正如@JammyDodger建议的那样,只是#lounge主题。我刚看了源代码,没有看到任何通知,并且我在刚设置好的一个站点上手动将我的测试用户提升到了TL3,然后……等等!TL3有一个徽章,所以我确实收到了通知!

Regular

这个徽章在你达到信任等级3时授予。感谢你在几个月的时间里成为我们社区的常客。你现在是最活跃的读者之一,也是一个可靠的贡献者,让我们的社区变得伟大。你现在可以重新分类和重命名主题,利用更强大的垃圾信息标记,访问私人休息室区域,并且你每天还可以获得更多的点赞。

但这个主题不是关于这个……

但是等等。这是关于是否有私人消息。确实,没有私人消息。

3 个赞

我现在不方便测试,但理论上,如果你有自动化插件,有一个变通方法。

有一个脚本可以让你根据触发器发送私人消息,而加入群组是可能的触发器之一。理论上,将群组设置为 trust_level_3 应该有效。

我们在我的 RP 论坛上大量使用该脚本,在我们将用户添加到 NPC_Managers 群组时发送私人消息。

他们说,我实际上认为在核心功能中为 TL3 没有这个功能有点奇怪。

我可以理解没有为 TL4 设置,因为那是手动操作的,但 TL3 绝对应该有一个以保持一致性 :slight_smile:

4 个赞

我前几天跟别人解释过这件事:TL3 会被降级!

所以我们需要思考:当一个 TL3 回到 TL2,重新活跃起来,然后又回到 TL3 时会发生什么?他们每次晋升到 TL3 时都会收到晋升消息吗?:thinking:

我的结论是:因为很难知道 TL3 在某个社区会如何运作,所以最好允许自动化或由工作人员手动发送消息作为一种方法。

3 个赞

据我所知,即使您将某人降级到较低的 TL,之后再解锁使其恢复晋升功能,也不会再次发送 TL1 或 TL2 的消息,至少我在我的测试账户上从未见过这种情况。

我认为代码中存在某种检查以防止重复发送消息,所以理论上可以将其扩展到 TL3,尽管我也认为每次都发送消息也有一些好的理由,具体取决于特定实例如何拥有和使用 TL3。

一个很好的例子是,我的一位朋友将 TL3 配置为只能通过添加到他们的捐赠者组来获得,在这种情况下,每次都发送是有意义的。

在我自己的一个实例中,我们将其设置为只要您每月访问和发帖大约一次,您就可以保留您的 TL3 状态,在这种情况下,多次发送实际上会造成干扰。

3 个赞

我们可以确认这一点,但我认为在 TL2 或更低级别降级时会发生一些情况。我认为默认情况下它会将他们锁定在该信任级别,因为他们已经解锁了更高级别(否则他们会被再次晋升?)。

“前几天”是几周前的事了,所以我需要查一下具体是如何运作的。:slight_smile:

已记录下下周对此进行调查。

2 个赞

是的,就是这样。我们使用TL0来强制某些用户在达到“需要再次强调我们有规则是有原因的”但又尚未达到“禁言/暂停他们”的级别时进行审核发帖。

如果你不手动将其改回他们原来的级别,通常需要一段时间才能在解锁信任级别后重新提升。我见过最长的时间是4个小时。

2 个赞

我刚刚用我的一个测试用户进行了快速测试,我认为当你“重新晋升”时,你确实会收到另一条消息。我曾将他们锁定在TL0一段时间,然后再次解锁他们,当TL被重新评估时,我收到了TL1和TL2的整套消息:(他们以前都曾达到过所有信任级别)

检查代码,它似乎会跳过PM(私信),如果他们已经拥有TL徽章,我认为这是每天重新计算的 - 所以如果信任级别在同一天丢失和重新获得,我认为它会跳过PM(取决于降级和后台作业的时间窗口如何对齐)。


不过也要补充一点,自动化也可以在用户降级时触发。所以如果你为你的论坛定制了合适的邮件来处理每一种情况,我认为每次获得和失去TL3时发送两者仍然是可行的(这可以支持将其添加到核心功能中)。

2 个赞

这就解释了我为什么在测试时从未收到新的PM。我的测试账户都没有被锁定足够长的时间以至于在每日重置时失去徽章。

不过,这很有用的信息,因为它现在让我想要深入研究代码,看看为每个TL添加一个标志会有多困难,这样系统就知道如果曾经为某个TL发送过消息,就不要再次发送。

4 个赞

我对一些新用户这样做,但这似乎是“杀鸡用牛刀”。最好有一个针对每个用户的网站设置,用于审核。我可能会为此添加一个功能请求(尽管我感觉这之前已经被问过了)。

回到 TL 消息,能够完全控制它们将是很好的,例如为每个 TL 打开/关闭和编辑消息。

用于控制这些消息的设置如下:

  • send tl1 welcome message
  • send tl2 promotion message

搜索以下可自定义文本:

  • /admin/customize/site_texts?q=system_messages.welcome_tl1
    • system_messages.welcome_tl1_user.subject_template
    • system_messages.welcome_tl1_user.text_body_template
  • /admin/customize/site_texts?q=system_messages.tl2_promotion
    • system_messages.tl2_promotion_message.subject_template
    • system_messages.tl2_promotion_message.text_body_template
1 个赞

谢谢。我知道如何编辑 TL1 和 TL2 消息(仅正文)——通过搜索其原始内容中的一些文本——但其他消息对我来说是新的。