1 个赞
我能否澄清一下你的意思？你是指特定的网站设置吗？
我指的是表情符号本身，而不是其他任何东西：U+202E RIGHT-TO-LEFT OVERRIDE - Unicode Explorer
如果将 Unicode 字符放入标志原因中，它将破坏文本。
就像这样（反向）：
就像这样
感谢您报告此问题，@twofoursixeight。从该 Unicode 字符对文本产生的影响来看，标志原因显示符合预期，即使它看起来有些混乱——它显示的是用户输入的文本。此外，尽管文字是反向书写的，但监视的词语似乎也得到了正确标记，所以我不知道这是否算是一个 bug。
除了标志原因中的文本显示为反向（鉴于该 Unicode 字符的存在，这是符合预期的）之外，这里还有其他问题吗？
右到左覆盖（right to left override）也可以用来绕过自动审核，请看这个：
无右到左覆盖（right to left override）的 Unicode：
使用右到左覆盖（right to left override）（注意语法检查？自动更正认为这是另一个词！
这里发生的事情是：被监控的词显示为 f*ck，这会被版主标记。但是，如果你在它前面加上一个右到左覆盖（right to left override），你需要反向输入，这意味着你必须输入这个：kc*f
由于覆盖（override）的原因，被监控词过滤器将无法正确识别单词。
1 个赞
明白了——这说得通，我也明白这会是一种绕过垃圾邮件过滤器的方法。
作为一种变通方法，在我们找出在核心中处理此问题的最佳方式时，如果您将该 Unicode 字符添加为监视词，它将在帖子中被标记出来。只需转到您链接的页面，点击那里的复制按钮，然后将其粘贴为新的监视词进行标记。这将导致任何使用它的帖子被标记以供审核。我刚刚测试过，它工作正常。
虽然它有合法的用例（例如在其他文本中添加来自 RTL 语言的一些文本），但它无疑是一个潜在的垃圾邮件向量。将其添加为监视词将帮助您识别何时使用它，并在帖子到来时进行审核。与此同时，我们将看看在核心中处理此问题的最佳方法是什么。
1 个赞