@adoal 我非常赞同你不同行业不同规定的观点。其他行业我不了解，就软件行业来说，正常的公司应该都是可以提交采购流程的，而这个流程审批基本上都是一线 leader 说了算，后面真就走个流程了，除非是大规模的平台软件，例如飞书等。

@aelloncs 所以我不是很赞同部分 V 友所说的价格问题，而是成本理解的问题。很多公司领导只看到表面的价格，觉得大几百块钱有点贵，但是让员工自己去找 PJ 版，找也要花时间，功能可能还不完善，这个浪费的时间成本以及后期使用的成本基本上会远远超出这几百块钱。引申开来，我更多觉得这是管理的问题，比如只看员工的打卡时间不看实际产出效率。

@doyel 你们项目经理挺好的。我们之前团队也买的 Atlassian ，CEO 主张的，公司掏的钱。另外，国内软件开发商开票应该不麻烦，我们试过一段时间 Coding 。

@z4zr 目前 win7 没有做支持。

@AoEiuV020JP 老板最多只能关心到平台类的软件，工具类的老板压根儿不会管的，比如设计师是用 Sketch 还是 Photoshop 还是靠设计师自己决定。

根证书问题在 Android 7.0 开始就已经非常麻烦了，相当于是直接加了个紧箍咒。我曾经在开发 HttpCanary 的时候，一般是建议开发者降低 targetSdkVersion 到 23 然后抓包测试。Android 14 无非就是把紧箍咒又紧了紧，对真正开发者的影响也不大，当然有能力破咒的还是能破咒。不管怎么样，我依然觉得这个更新是好事，免得逆向爱好者学了点东西就到处去给别的应用找麻烦。

@chenjiangui998 Reqable 每周 1-2 更，功能的迭代速度比较快，努力实现用户之所需。如果你有更多的建议和反馈，欢迎来这里提交 Issue： https://github.com/reqable/reqable-app/issues

@chenjiangui998 最新 1.3.1 版本已经实现反向代理功能： https://reqable.com/zh-CN/docs/capture/reverse-proxy

@Tukali 很高兴和你讨论定价模式这个问题。我觉得一年更新买断这个机制并不友好，作为严重依赖系统原生 API 的应用，历史版本随着苹果高频率的系统版本更新会带来很多问题，你不得不为最新版本再次付费，换句话说就是你买断的版本其实用不了几年，你还需要忍受无法更新期间的各种 bug 。Reqable 虽然没有买断，但有更低的订阅价格，5 年的定价不到其它产品 1 年的定价，假设你用相同的价格购买了 5 年，这 5 年内你随时可以更新到最新版本，体验更多新功能，享受到产品体验的持续提升。你还可以随时停止付费，因为你可能新的工作不需要使用这类产品了，也可能发现更实惠更好的产品等等。Reqable 还提供了按月付费的方式，调试工具你可能在几个月内的某几天才用到，在你需要时花个几块钱买一月就行了，这不比必须付一年的价格更灵活吗？

VPN 和 Web 代理之类的，想要精准识别流量很难，虽然安装了 CA 证书能够解密流量，但是痕迹特征太明显，所以基本上不会用 MITM 这种方式。由于 SNI 的存在，代理软件对于你访问了哪些域名还是能够知道的，但这个还不足以黑掉你的账户。

@VirtualLife

首先，感谢反馈和建议，关于这几个问题我解答下：
1. Flutter 官方目前不支持多窗口模式，Reqable 使用的第三方库，问题就是加载慢。看到的白色透明区域然后变大，这个不是动画，完全是加载慢导致的 bug 。这是个已知问题，目前还没有办法解决，非常抱歉。
2/3/4. 这几个其实都是 Google 的 Material Design 的设计风格，Flutter 的组件自带的效果，我研究下是否有关闭的方式。

@qq316107934 HTTPCanary 也是我写的，Reqable 的规划是完全替换掉 HTTPCanary 。

@weiwenhao 我认为文档的样式风格排版都无所谓了，意思差不多就行，主要还是首页难搞。用 Docusaurus ，首页就需要用 React 去深度定制开发才行，框架我觉得本身没问题，难的是深度开发，毕竟独立开发技术栈很难面面俱到。

@dys0327 对于 HttpCanary 下架的事情，我非常抱歉。如果你当时购买了，可以领取 Reqable 的订阅补偿： https://reqable.com/zh-CN/discount#httpcanary%E8%A1%A5%E5%81%BF

@VirtualLife 感谢支持。动画效果是指哪部分的动画效果？

上面的回答的项目链接不是为了给我自己做推广，多少年的老项目了，不需要给我 Star ，也没意义。

看到楼上有小伙伴提到 Reqable 了，我厚着脸皮来回答一下。

首先，开源项目需要推广吗？当然！但是，比这个问题答案更重要的是，这个项目能够长期负责、持续迭代和维护下去吗？我的理解是开源是一种责任，如果你能承担起这个责任并且项目足够好，V 站或者其他论坛社区发几篇文章就够，后面自然会有大量自来水帮你推广。如果你仅仅是为了一些 Star 或者为了为简历加点料，我的建议是你就公开下你的源码，让大家借鉴借鉴（抄抄）也就差不多了，大家开心，你也开心。当然你公开源码，说不定还有人还边白嫖边骂你，有时候可能还不如闭源来的清净。

最后说下我的个人开源经历，我大概从 15 年开始就在 Github 上面开源项目，当然是没做推广的那种，多多少少也有 1k+的 Star ，但是最后仍然在维护的也就只有一个了。
-[StringFog]( https://github.com/MegatronKing/StringFog) Android 字符串加密框架，6 年多，仍然在维护。
-[SVG-Android]( https://github.com/MegatronKing/SVG-Android) SVG 的 Android 支持库，7 年多，已停止维护。
-[Netbare-Android]( https://github.com/MegatronKing/Netbare-Android) Android 抓包库，5 年多，已停止维护。

上面这些都是早期我还在做 Android 的时候捣鼓出来的，但是岁月变迁，我现在早已经不做 Android 开发了。随之而来的，就是几乎 Android 相关的开源库都停止维护了。虽然 StringFog 仍然在维护，但有时也心无余力，鞭策我继续维护的就是使用者和不多的责任心了。其实，现在看来，我非常高兴没有去做推广，要是势头造起来了，但是最后项目又摆烂了，心里不惭愧吗？对我而言，心里是很难受的，HttpCanary 也是这样。

最后，如果你是真心愿意长期做开源，可以去 Reqable 官网扫个微信码加我，我可以帮你在一些群里推介，微薄之力。

@loszhang Reqable 会记住之前的列表显示项配置，所以你需要重置下列表项。参考文档： https://reqable.com/zh-CN/docs/capture/column

@XYxe 因为这个 79.9 价格已经很低了，相比 Fiddler/Charles/Proxyman 来讲，1/5 的价格还低。而且可以和只用 windows 的用户合买，你用 mac ，他用 windows 。另外，一个许可证也只是限制两台 Mac 同时使用，两台 mac 可以随时激活切换的，所以你也不至于两台 mac 同时使用吧。