共计 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 个配置项:rules
和 auto
,其中只有 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