垃圾邮件很糟糕
为管理员添加反垃圾邮件条款的能力 #10615
如果您最近几天一直在使用 DEV,我们对信息流中垃圾邮件过多的情况深表歉意。
对于我们这样的平台来说,打击垃圾邮件是一场持续的战斗,这是我们始终需要改进的地方,特别是当我们越来越多地通过Forem将我们的开源代码传播到宇宙中时。
我们已经采取了多项垃圾邮件缓解措施,但它们的效果取决于我们所阻止的模式,而这次与垃圾邮件发送者的较量为我们提供了机会,可以真正解决一些悬而未决的重大问题。
我们目前垃圾邮件策略的最大问题是……可观察性……我们有一些功能,但功能有些隐蔽,很难让我们了解正在发生的事情。因此,我们需要进行深入改进,以便能够识别垃圾邮件策略的发生时间,从而调整代码。
打击垃圾邮件是一个多方面的问题,涉及速率限制、早期用户的用户体验、平衡对误报和误报的关注等。
模式
垃圾邮件的一个特点是它通常很容易被发现...这是因为垃圾邮件需要规模才能有效,并且要考虑特定的结果....完全混乱的垃圾邮件与精确的垃圾邮件没有相同的激励....尽管混乱也值得打击。
我们已经在努力打破某些模式,但还需要做得更多,并且我们需要让这些行动尽可能地易于观察。目前,我们还没有向相关人员充分地提出这个问题,而且当你把事情看成一个黑箱时,很难采取积极的行动。
为管理员添加反垃圾邮件条款的能力 #10615
这是什么类型的 PR?(勾选所有适用项)
- [ ] 重构
- [x] 功能
- [ ] 错误修复
- [ ] 优化
- [ ] 文档更新
描述
这增加了管理员修改可能指示垃圾邮件的术语列表的功能。但与过去“静默”垃圾邮件指示器不同,这会自动创建一个“呕吐”反应,管理员可以稍后手动撤消或至少意识到这一点。过去我们曾修改过与垃圾邮件相关的分数,但这并没有真正有效地融入我们的工作流程。我认为这种可逆的操作应该成为我们自动生成垃圾邮件的通用方法。
对于评论,我决定将其限制在较新的帐户中,因为我们要检查整条评论,而不仅仅是标题。但这可以随着时间的推移进行修改。如果支持管理员发现某个术语存在误报,他们应该考虑将其移除。我们可以随着时间的推移调整逻辑,以确保尽可能减少误报情况。
这是基于模式的垃圾评论防范方法的开端,该方法会将问题提交给人工版主。随着时间的推移,这种方法将变得更加完善。同时,它还将对频率限制和用户引导进行更多调整。
我们还将对信息流进行进一步的调整,以确保即使存在垃圾邮件,其直接影响的用户也会更少。
作为一家开源公司,我们期待公开解决这些问题并分享我们未来的所有经验。
编码快乐❤️
文章来源:https://dev.to/devteam/spam-sucks-dm8