关于segmentfault:如何优雅地高效心情良好地完成审核

37次阅读

共计 1162 个字符,预计需要花费 3 分钟才能阅读完成。

场景

最近解锁终审核心的思否用户 fk(@ForkKILLET)审核很勤快。
然而某些用户继续发表大量雷同文章,局部排版还很乱。fk 审核时感到焦躁,情绪很不良好。真正要审的文章排在前面,大家都很忙,没工夫把垃圾文章一个个否掉。依据 fk 的察看,其余用户审核频率仿佛也有所降落。

fk 决定应用脚本解决问题。需要很简略,能配置一些规定,滤掉局部确定的文章就好了。

整了什么活

SFAR 思否(文章)主动审核脚本。能够按需匹配作者用户名、文章题目、文章内容来主动给出审核后果和(发对的)起因。
Github repo:https://github.com/ForkFG/SFAR
GreasyFork: https://greasyfork.org/zh-CN/…
明天刚推,文档只有 配置 一篇,内容如下

贮存

配置以 JSON 格局存储在脚本管理器 TamperMonkey 中。
脚本第一次执行时,会加载默认配置,否则会读取用户所保留的配置,并将配置写入网页右侧 SFAR 面板的输出区域中。
保留 按钮用于保留输出区域中的配置。

默认

{
    "rules": [
        {
            "title-equal": "test",
            "result": "reject",
            "why": "推广广告信息"
        }
    ],
    "auto": {
        "execute": true,
        "confirm": true,
        "next": false
    }
}

阐明

JSON 中有 2 个配置项:rulesauto,其中只有 rules 是必须的。

rules

蕴含多个对象的数组,每个对象形容一条 规定
每条规定蕴含 2~3 项,别离形容:如何 匹配 态度 。当态度为拥护时,还需指定 起因
匹配 项的键名是用连字符 - 隔开的两个单词。
前者形容匹配范畴,有 3 个选项:文章题目 title,文章内容 text,文章作者 author
后者形容匹配形式,有 3 个选项:相等 equal,蕴含 include,正则 match
例如 "title-match": "t(est)+" 即示意——在题目中匹配正则表达式 /t(est)+/,若正则测试胜利,则词条规定失效。

态度 result,值有三种:拥护 批准 中立。每种均可用 0~2 的整数指代,且有别名,见下表:

拥护 批准 中立
reject pass ignore
accept monkey

起因 why,值有 7 种:帖子式文章 偏离社区主题 内容及排版差 推广广告信息 违规内容 不友善内容。每种均可用 0~6 的整数指代。

auto

蕴含 3 个布尔值的对象。
execute,形容是否网页加载后主动 执行
confirm,形容执行后是否须要抉择 好 / 勾销 确认
next,形容是否执行后立刻返回下一条。_因为作者手速的起因,此项尚不稳固,未经测试。反正就等三秒,安啦。_

应用截图


我也不晓得为什么能够审核本人的文章啊 [发抖]

别的

心愿 SF 社区越来越好(
心愿某些用户主动发文前后检查一下……

EOF

正文完
 0