如果你的腳本干涉了某些人的利益，收到惡意差評並不意外。惡意差評有兩個特點，一是賬號通常新註冊，二是註冊後不久就會給差評，且基本不會有後續活動。本腳本根據greasyfork用戶ID爲連續自然數的特點，推測評論者的註冊時間，幫你識別惡意評論，舉報不要手軟。
< 腳本顯示Greasyfork用戶註冊時間，識別惡意評論的回應
您好，谢谢提醒。
没意识到缓存的问题。我对gf脚本开发经验少，上一个脚本还是参考着别人的改的。
现在版本是将需频繁更新的数据以js数组的方式引入，后面改成读json或txt再解析，抛弃eval就OK了。
不过感觉暂时无法解决缓存问题，因为除了greafyfork库，没地方放这个外部数据。dsy4567前面留言提到gist不是好的数据存储位置，很多人访问不到。昨天我更改gist代码后才意识到它的raw地址每次更改都会变的，实际不具可用性。找了一圈能提供外链的http服务，没几个能用的，只一个catbox还不错，似乎运行多年了稳定性有保障，也不限制文件类型，但无法更新文件。在有自己的服务器或找到靠谱的http外链服务之前，就先用目前的greasyfork库方案吧。后面即使有了自己的站应该也不会在大陆，速度不会太好。
暂时想到的办法就写个py脚本自动更新数据到github，greasyfork库再通过github自动刷新。
不知缓存这个问题您有什么建议，有满足需求的http外链服务推荐吗？
QingJ © 2025
镜像随时可能失效，请加Q群300939539或关注我们的公众号极客氢云获取最新地址
日安。
require引入的资源会缓存在本地，因此才会使用版本号来控制。
即使指向资源已更新，url不变的话缓存不会刷新。
所以你可以用"12345,54321"的形式存储id，之后以文本形式读取并split取用。
只要不直接eval，能审核完整代码流程，就符合油叉规则。