饮水思源型无主题灌水楼精勤求学版 1.0

[Time_Limit_Exceed]

咋回事一下子来了好几个熟面孔

[咱是贤狼赫萝 (约伊兹的灵感大王)]

上咋都打过来了

[Thevenin (交大金猫)]

因为另一边有一言堂

[anonymous_coward_old]

细说一言堂

[Thevenin (交大金猫)]

水源社区，原则上负责管理、删帖的有三个主体：学生站长、学生站务、校级管理下的保障团队。
昨天，我在无证据的情况下通过一些细节高度怀疑学生站务在看到私信内（无他本人的情况下）对他的批评，考虑到有一部份有理有据的情绪化批评，该站务协同站务团队其他站务一并对私信开始在晚间 8 点左右做出了私信最高 100 条且最多 10 人的限制，并且该影响社区不少人的特性更新并无公开，大搞派系打压一言堂。
此外，站务团队由于是指派机制，站务团队负责人指派接班人的形式，我嫉妒怀疑站务团队已经是内部针插不进去、风吹不进去的独立王国。
再者，站务团队中现任负责人多次将一些只有自己看得到的权限信息公之于众，对用户进行排挤或打压，包括但不限于：看用户被屏蔽的数量、看用户删帖的数量、冷嘲热讽用户销号记录的情况，无耻之极，恶劣之极。而当自己被同学私信，又忘记了自己的站务管理身份，在无按流程的情况下甚至没有警告，直接处理禁言和锁定用户等级的操作，双标罕见，权力欲望的走狗。
因此，目前我暂时退开水源社区，先过来交大门避难。

[Thevenin (交大金猫)]

诶这里想问两个和 discourse 相关的问题，关系到我们目前的情况：

1. 私信是否会占用非常大的资源，例如拉取了 50 人并且聊天了 10000+ 的情况下，同公开的 20 个 1000 人并且聊天了 10000+ 的楼层的帖子相比如何？
2. 管理员原则上是否不需要敏感词就能看到私信内容，还是需要写规则来触发？

[Time_Limit_Exceed]

[anonymous_coward_old]

第一个问题，我们目前没遇到过巨量的私信，不过 Discourse scales very well，就像现在公开的话题也有几百上千的，没看到有性能问题（你拿浏览器 console，切换到 network，在往下翻话题的时候，做出的请求和响应都是几十个一组的）。私信本质上就是话题，你看浏览器导航栏就是 /t/topic/XXX/XXX 的格式。另外，有个选项auto close messages post count ，默认是 500，不过可以设置为 0 取消限制。这个数值更多地是防止一个话题帖子太多造成讨论无效和低效，而非性能低下。

第二个问题，你说的敏感词就是watched words功能吧，目前我们还没遇到过私信触发的情况。对于私信，除非我主动探查数据库，否则没邀请我的私信我都看不到。

[Thevenin (交大金猫)]

谢谢 admin​

[Thevenin (交大金猫)]

这下能够确保就是以 Nigger 为首的站务团队一群人纯粹是胡说八道故意恶心人了

[Legendre (🍥彩虹猫🐱)]

@えしりなか，post:580

第二个问题，你说的敏感词就是watched words功能吧，目前我们还没遇到过私信触发的情况。对于私信，除非我主动探查数据库，否则没邀请我的私信我都看不到。

discourse 是不是有触发一些词自动举办的功能，所以会导致私信内容可见？

[Thevenin (交大金猫)]

看起来就是 admin 说的 watched words

[anonymous_coward_old]

这个 watched word 有好多级的，触发不同的动作

考虑到私信本质上就是话题（不是聊天功能里的私信），该触发还是会触发的。

[john]

“require approval” seems to apply for public topics?

flag does not work in public topics, but in PM

[john]

我已经迫不及待想看见本站大鸣大放了

[Thevenin (交大金猫)]

破案了，谢谢 admin

[anonymous_coward_old]

确实，flag 对公开话题不起作用

[john]

我上次就跟你说了吧
反正我不知道門具体出了什么 bug

[anonymous_coward_old]

冲多了记忆力减退

[sj_tupid (JacKeiner)]

@sjtu 开发水源助手的一个同学

这些特殊帖子不仅删除后一直保留占位符，而且似乎会主动通知管理员进行审阅。我最近在开发水源助手的新功能过程中，发现我在个人私信中的相关测试帖子的 readers_count 属性大于 0，表明除了我自己以外还有其他人阅读过该帖子（通常，仅含自己一个人的私信中的帖子的 readers_count = 0）。这似乎表明带有特定关键词的帖子会直接进入一个管理员的审阅列表（虽然并未要求批准后才能显示），即使该帖子位于私信中。

---

更新：今天算是真正弄清楚这背后是怎么回事了。其实之前的猜测已经很接近了。

如同 Watched Words Reference Guide 及 Discourse 的国际化翻译文件中相关段落 所述，Discourse 具有关注词（Watched Words）功能，并且可以配置遇到不同的词时自动执行不同的操作。其支持的自动操作类型如下：

操作名称	操作描述	备注
禁止（block）	试图创建一个包含这些词的帖子时，将显示一条错误信息。	就是直接发不出来，会弹出错误框。水源曾经设置过部分禁止（block）的关注词。
审查（censor）	允许包含这些字词的帖子，但将其替换为隐藏敏感词的字符。	这个中文名是 Discourse 的机翻，其实就是把敏感词的每个字替换为 U+25A0 ■ 黑方块字符。
需要审批（require_approval）	包含这些词的帖子需要管理人员批准后才能被其他人看到。	水源曾经设置过部分需要审批（require_approval）的关注词。
举报（flag）	允许包含这些词的帖子，但将它们举报为不当言论以供版主审查。	见后文讨论。
替换（replace）	使用其他字词替换帖子中的字词。	这个就是以前“傻逼”自动替换为“大笨蛋”那一系列和谐词背后的工作方式。
标签（tag）	自动为首个帖子含特定词的话题添加标签。	从设计上而言，这倾向于是一种自动整理话题的功能，而非作为一种处罚手段。
禁言（silence）	如果新帐户的第一篇帖子包含这些词中的任何一个，则自动禁言用户。在管理人员批准之前，该帖子将自动隐藏。
链接（link）	使用链接替换帖子中的字词。	从设计上而言，这通常是一种自动增强帖子内容的功能，而非作为一种处罚手段。

接下来详细说明举报（flag）操作的关注词的工作行为：

1. 当帖子内容包含自动执行举报（flag）操作的关注词时，会 自动触发系统后台举报该帖子为不当言论，并附原因：触发了关注词。
2. 如同其他被手动举报的帖子一样，这些举报都会进入管理人员的举报审阅列表中。这针对私信中的帖子同样适用，所以你通过查看帖子的阅读人数（readers_count）属性可能观察到帖子被私信参与者之外的人阅读了。
3. 当帖子被编辑时，should_create_new_version 函数 用于判断是否要创建新的编辑记录版本。通常情况下，处于编辑宽限期（grace period，默认为 5 分钟）中的帖子不会创建新的编辑记录版本。但是，如果帖子被举报，则一定会创建新的编辑记录版本（除非一些内部执行的操作强制要求不创建新的版本）。
4. 如果帖子被作者自行删除，系统在 6 小时后清理“（帖子已被作者删除）”占位符时，如果帖子仍然具有与之相关联的未被处理的举报，则不会清理该条帖子的占位符。

基于此前的实验与今天的代码阅读，可以推断本楼中所讨论的相关表情已经进入了后台设置的举报（flag）操作的关注词列表中。这可以解释本楼讨论中发现的所有现象。

我本人的发现过程又不一样，下面说