Greasy Fork

回应 https://greasyfork.org/en/scripts/408266-%E8%87%AA%E5%8A%A8%E5%B1%95%E5%BC%80%E5%85%A8%E6%96%87-%E6%B0%B8%E4%B9%85-beta-%E7%89%88/reports/3446 中作者的诡辩： 为了避免作者改口，我特地粘贴原文：

• 此脚本基于页面内容进行判断，并不特定针对某一网站。用户可根据自己情况在需要的站点下开启相应的功能。 脚本可能为任何网站服务，功能开启的权力也交给了用户。这样的情况下，适配规则应该怎么写？

以下是回应

仅仅是在'脚本可能为任何网站服务'就直接适配所有网站，我们应该怀疑作者的动机，一旦加入统计代码，用户的任何行踪都将暴露给作者，真的是任何行踪，你上个机密链接，上个私密文档，或者是看个黄网，作者都会知道，恐怖，后果不堪设想。一个停止更新的脚本都会强行插入统计，所以我对作者的信任度为负数。

弃用用户自定义功能，直接适配所有网站，还来反问我该怎么做，你搁这揣着明白装糊涂呢👍🏻

请管理员判断该脚本和 https://greasyfork.org/en/scripts/408153-%E8%87%AA%E5%8A%A8%E5%B1%95%E5%BC%80%E5%85%A8%E6%96%87-%E6%B0%B8%E4%B9%85-beta-%E7%89%88/code 的做法否违规

作为你的付费用户，这次更新让我看清了你的真正面目

对我的信任度为负数，还来付费支持，十分感激；

弃用用户自定义功能，这个我还真不想改来着，但是看到大部分用户自己书写 match 规则，并放到脚本管理器中合适的位置太困难。（Tampermonkey 的脚本设置里似乎只能逐条添加，没法批量复制粘贴，这对于需要添加多条规则的用户也很不友好）。所以改成了现在的默认匹配所有，但不启用功能，用户通过菜单开启。

以前（就是停更的那个脚本），用的是规则模式，一条规则对应一个网站，所以可以写出比较准确的 match 规则。而现在这两个脚本是元素特征判断，理论上具有这类特征的页面下都可以使用，所以，采用匹配所有网站，然后用户自行开启功能的模式。

其实我挺想写成 @match none 的，但是这样会无法发布，回头我再权衡一番吧。

以及，这些东西都还在调整之中，慢慢打磨，每次升级代码都是会发生变化的，欢迎监督。

这两个脚本都引入了一个新写的工具库，欢迎检查代码。

顺便说一下用户统计的事情，早就没兴趣了。我就收获了如下有用信息：

• Violentmonkey 用户的占比并不是特别低，不应该忽略，所以现在在 API 的使用上我会很谨慎，甚至为了稳妥重写一些功能代码，额外的考虑一些差异的情况。
• 90% 的用户完成一轮脚本更新大约需要一周的时间。
• 脚本的活跃用户数量看 GreasyFork 后台统计中每日检查更新的数量就行了，比较具有参考价值。

行了，没别的了。原本就是为了确定应该做到何种兼容程度，以及怎样的更新频率合适而已。

表示理解，这种做法能够降低脚本使用门槛(我觉得。。。写个正则有什么难的。。。不过确实隔行如隔山，不能以我的角度来思考)
但是适配所有网站确实是一个有安全风险的行为，所以我持保留意见

但是适配所有网站确实是一个有安全风险的行为，所以我持保留意见

你说的没错，确实有安全风险。

然而使用油猴本身就是一个具有安全风险的行为，所以这种问题还得用户自己权衡利弊。

于是又回归到了对作者的信任度问题上。不过，这显然是一个更加困难的问题。

从始至终，我没回避过问题。还为此设置了多个监控提醒，使得自己可以及时响应各种反馈。

我没有放弃过用户，停更是任性的，但停更同时也给出了相应的解决方案。近四个星期，都在琢磨新脚本的实现，并同时搞出了一些相关工具。

我收费了，3 元的价格更多的只是一个门槛，让我耳根清静点，可以更好的把精力放在开发上。收益就别提了，四个星期的工作应该什么价格大家都清楚，这点钱，买可乐还得省着喝。

上个脚本我默默的坚持维护了五个月，最后换来疯狂攻击。我转身更加努力的打造着这个脚本

……

是否值得信任，这个判断题还得留给用户。我能做的，就是坚持我现在在做的。