【建议】在脚本猫插件内的脚本列表中增加一键发布脚本的功能
### 理由1. 我使用的是原生JS开发脚本，没有用框架，发布脚本时又不想让别人清楚的看到源码，所以需要混淆
2. 每次发布都是先复制源码到工具中，混淆完再复制到脚本猫脚本页面，粘贴后再发布
**由上述理由特提出以下建议**
### 建议
在脚本猫插件的已安装脚本页面的脚本列表中，在对应的脚本操作列中新增一键提交脚本并混淆的功能 “发布脚本时又不想让别人清楚的看到源码”
建议别发布了，为什么别人要使用不安全的脚本呢 ？ 本帖最后由 a_Kevin 于 2025-3-9 17:39 编辑
cocang 发表于 2025-3-9 16:54
“发布脚本时又不想让别人清楚的看到源码”
建议别发布了，为什么别人要使用不安全的脚本呢 ？ ...
混淆代码不是很正常吗？混淆了不代表不安全吧，脚本能访问的域不是都已经声明过了吗，使用脚本的人能看到的
混淆代码只是不想开源（至少不是完全开源）
功能后续会跟其他人讨论一下
其实大部分开发
本质还是没什么开发成本
h5发展迅速还是因为开源
js在浏览器层面还是没什么有效防逆向方式
ob fuck起手就过的论坛一大把
vmp纯算法部分都能硬逆
只要钱到位，基本都能过
实在不行cdp
几乎没什么门槛的 本帖最后由 a_Kevin 于 2025-3-9 21:25 编辑
李恒道 发表于 2025-3-9 19:47
功能后续会跟其他人讨论一下
其实大部分开发
本质还是没什么开发成本
这个我明白，毕竟代码都发出去了，只是稍微提高了一点看懂代码的难度
我只是不希望被人轻易的修改
当然，这种脚本，要是有人愿意花精力去读去改，也防不住
我是在vs里写代码用scriptcat-vscode那个插件同步到脚本猫中的，开发完了也意味着已经代码已经在脚本猫的脚本列表里了，要发布更新的话，用“一键发布”的功能感觉会很方便，如果发布时有个“混淆”的选项就更好了，这个可选
感觉也是，别发布最好，都省事，也不怕泄漏。 我觉得还是不对脚本做处理比较好，至少对脚本的处理不是脚本猫去做，每个人对脚本的处理的期望是不同的，例如选择什么样的混淆方式，什么样的加密算法，等等
哥哥可以自己实现一套自动化流程去实现这些需求
另外脚本站发布脚本也是不太支持混淆/加密的
对于自动化发布这块，我觉得有点意思，可以尝试一下，不过最近还没时间来处理这块的事务
a_Kevin 发表于 2025-3-9 21:21
这个我明白，毕竟代码都发出去了，只是稍微提高了一点看懂代码的难度
我只是不希望被人轻易的修改
当然， ...
@王一之 不过我确实觉得加个一键发布会更舒服{:4_98:} 李恒道 发表于 2025-3-10 13:46
@王一之 不过我确实觉得加个一键发布会更舒服
加哪里呢？ 这种情况建议还是别发了，混淆加密过的脚本我是不会使用的，取之开源，用之开源，greasyfork每个脚本都有对应的开源协议的，而且也是不允许加密的
页:
[1]