V2EX › MegatronKing 的所有回复 › 第 2 页 / 共 7 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7

❮

❯

2024-02-23 15:09:35 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 推广太难了，尝试下半开源的运营方式

#61 抓包+API 测试一体化工具，网站： https://reqable.com/ ，我觉得大家都不太喜欢硬推广，所以就没介绍具体的项目信息。

2024-02-23 15:06:54 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 推广太难了，尝试下半开源的运营方式

@fyxtc #52 我觉得你的暴论是对的，但买断制是个双刃剑。另外，到底是卖 SaaS 服务还是卖软件本身，对应到不同的销售模式。

2024-02-23 12:15:53 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 推广太难了，尝试下半开源的运营方式

@shuax #42 一般请求发送后是不能取消的，除非你把 socket 给关了，你看看应该有个 close 函数。

2024-02-23 12:14:54 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 推广太难了，尝试下半开源的运营方式

@maemo #40 Environment 和 Variables 正在做，最近几个版本就会上线。远程协作功能，就是帖子里面提到的准备按照开源方式去做的云服务功能。文档生成，这个比较靠后了，还没计划。

2024-02-23 12:12:56 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 推广太难了，尝试下半开源的运营方式

@zengxs #38 靠谱的，我也计划这样做。

2024-02-23 12:11:14 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 推广太难了，尝试下半开源的运营方式

@xiangbohua #30 对标 Postman ，Proxyman ，Charles 等竞品，需求和市场是存在的，但是我觉得我可能没找到关键点。

2024-02-23 12:08:15 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 推广太难了，尝试下半开源的运营方式

@iorilu #18 谢谢，我非常认同你的观点，所以考虑更多去做团队协作相关的功能。

2024-02-05 14:40:29 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@hanssx #85 yakit 这个我知道，对标的是 burpsuit ，算是赛道有重叠吧。

2024-02-05 14:38:35 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@sampeng #81 这看起来不是拍脑袋拍错了嘛😂，我既不是做前端也不是做后端出身的，我是做 Android 出身的。我做移动端的时候，JS 几乎不用，反而 python 常用，可能也和我的行业是 AI 领域有关。

2024-02-05 14:31:40 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@newte88 #82 快的话一个月，慢的话三个月，春节后的 Roadmap 具体还没整理。

2024-02-05 14:28:45 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@7v9TEc53 #78 指定是二级代理吧。技术上来讲，socks 协议需要有个握手过程，稍微麻烦点，http 代理实现就非常简单了；从实际使用场景来讲，一般梯子软件都是提供本地 http 代理端口，所以 http 代理够用了；另外呢，很多用来非翻墙的代理软件，不一定支持 socks 协议，或者开发者自己写了个代理服务器，基本是也是写 http 代理，简单嘛。

2024-02-05 13:23:50 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@wxw752 我找了个群问了下，答案也是肯定，好像以前前后端是不分开的。从学习成本来说，python 应该更低，可能很多人习惯不能接受空格作用域吧。

2024-02-05 12:37:57 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@adoal #70 关于用户环境里预装或者自装的版本的坑，我目前还没有收到相关的反馈。脚本运行前，我会做版本检测，另外感觉 Python 的兼容性还是蛮好的。当然，内置的话肯定是更加稳定，也可以考虑。另外，现在不少技术方案都是会依赖系统的组件或者环境，比如 tauri 等。

2024-02-05 12:24:12 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@wxw752 #51 每个后端都多多少少会 js 吧，我不是后端开发出身，请问这个是真的吗😂

2024-02-05 12:22:33 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@shyangs #50 差异化竞争这个点确实是，非常大的一个选型因素，我忘记说了。

2024-02-05 12:20:26 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@wjfz #20 Mac 上默认使用 networksetup cli 配置代理，但是有兼容性问题，可以安装下代理辅助工具（代理菜单 - 代理辅助工具 - 安装），Mac 上其他代理类软件好像也都要额外安装。

2024-02-05 01:02:30 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@cwcc #14 我调研过是可以的，android 都能跑 python

2024-02-05 00:54:41 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@d7101120120 #10 谢谢，很中肯。关于许可证的问题，我也考虑到了。大概在春节之后上线，现有的用户会额外送一个设备位置，不需要再买了： https://github.com/reqable/reqable-app/issues/436

2024-02-05 00:48:44 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@0o0O0o0O0o #8 感谢建议。手机版其实没提供脚本功能，我觉得应该也不会有多少用户会拿手机写脚本吧。直接借助用户的 Python 环境来执行脚本，这方面安全性考虑确实没有考虑到，请教下是指哪方面的安全性呢。

2024-02-05 00:43:39 +08:00

回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ?

@nagisaushio #5 感谢建议。我考虑过内置集成运行时，但是有个问题，不方便使用 pip3 已安装的三方库，需要再安装一遍。这个和 Javascript 作为扩展脚本是类似的一个缺点。另外，我是以 3.6 作为最低版本，版本问题应该不大。关于包管理，一般用户可能会有多个 python 环境切换，防止打乱全局的包管理。应用内是也可以配置指定 python 环境的。

1 2 3 4 5 6 7

❮

❯