Greasy Fork is available in English.
如果你的脚本干涉了某些人的利益，收到恶意差评并不意外。恶意差评有两个特点，一是账号通常新注册，二是注册后不久就会给差评，且基本不会有后续活动。本脚本根据greasyfork用户ID为连续自然数的特点，推测评论者的注册时间，帮你识别恶意评论，举报不要手软。
< Părere la script-ul 显示Greasyfork用户注册时间，识别恶意评论
您好，谢谢提醒。
没意识到缓存的问题。我对gf脚本开发经验少，上一个脚本还是参考着别人的改的。
现在版本是将需频繁更新的数据以js数组的方式引入，后面改成读json或txt再解析，抛弃eval就OK了。
不过感觉暂时无法解决缓存问题，因为除了greafyfork库，没地方放这个外部数据。dsy4567前面留言提到gist不是好的数据存储位置，很多人访问不到。昨天我更改gist代码后才意识到它的raw地址每次更改都会变的，实际不具可用性。找了一圈能提供外链的http服务，没几个能用的，只一个catbox还不错，似乎运行多年了稳定性有保障，也不限制文件类型，但无法更新文件。在有自己的服务器或找到靠谱的http外链服务之前，就先用目前的greasyfork库方案吧。后面即使有了自己的站应该也不会在大陆，速度不会太好。
暂时想到的办法就写个py脚本自动更新数据到github，greasyfork库再通过github自动刷新。
不知缓存这个问题您有什么建议，有满足需求的http外链服务推荐吗？
日安。
require引入的资源会缓存在本地，因此才会使用版本号来控制。
即使指向资源已更新，url不变的话缓存不会刷新。
所以你可以用"12345,54321"的形式存储id，之后以文本形式读取并split取用。
只要不直接eval，能审核完整代码流程，就符合油叉规则。