V2EX › huntzhan 的所有回复 › 第 5 页 / 共 24 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 24

❮

❯

2022 年 3 月 11 日

回复了 allengu2pgyer 创建的主题 › 程序员 › 求大家出出主意，我这个开源项目能赚钱吗？

我刚刚顺着项目信息找了一下，这个开源项目实际上是 www.pgyer.com 的产品，名为 CodeFever Community 。然后我顺着查了一下工商信息，这个产品属于 **西安点测网络科技有限公司**，老板是 **石瑞**。这个公司是 2014 年创立的，到现在已经近十年，商业模式应该挺稳定的了。所以，我得出了一个结论，你应该问一下你们老板 **石瑞** 是怎么想的。

![]( https://user-images.githubusercontent.com/5213906/157868860-0d3276ee-a5a1-4dca-960e-b9a628bebe8d.png)

![]( https://user-images.githubusercontent.com/5213906/157869060-470609f2-e811-4695-9049-3fd9fe78510b.png)

![]( https://user-images.githubusercontent.com/5213906/157869339-f4257a74-05fe-4dbf-b776-118c6424b6c9.png)

![]( https://user-images.githubusercontent.com/5213906/157869514-875af8c6-7cc8-420e-b083-86fc7af761a1.png)

2022 年 3 月 4 日

回复了 huntzhan 创建的主题 › 分享创造 › 也许是全球唯一能用的 Python 代码混淆器，新增支持 string literals 混淆

@LeeReamond 是的，没有什么技术含量

2022 年 3 月 3 日

回复了 huntzhan 创建的主题 › 分享创造 › 也许是全球唯一能用的 Python 代码混淆器，新增支持 string literals 混淆

@LeeReamond 只要有足够的利益，总是可以逆出来的。混淆的方式目的在于提升逆向的成本，不是保证不能被逆向。开源与否问题不大，即使知道了流程是怎么做的，背后还有一个 C++ 编译器优化的“黑盒”在，有足够的复杂度。至于输出是什么，可以看看 Cython 的文档

2022 年 3 月 3 日

回复了 huntzhan 创建的主题 › 分享创造 › 也许是全球唯一能用的 Python 代码混淆器，新增支持 string literals 混淆

@NanFengXiangWan 比较常见是私有化部署场景，防止代码逻辑被客户逆向得到，确保商业授权可控。混淆后的 Python wheel 包可以通过 `pip install` 安装，与其他的包使用过程没有区别

2022 年 3 月 1 日

回复了 huntzhan 创建的主题 › 分享创造 › 也许是全球唯一能用的 Python 代码混淆器，新增支持 string literals 混淆

@gengchun 原理上并没有问题，见

https://www.python.org/dev/peps/pep-0656/
https://github.com/pypa/cibuildwheel/pull/768
https://github.com/pypa/manylinux/pull/1135

等有用户在 issue 上提说需要 musllinux 时我会看看这个怎么加

2022 年 2 月 28 日

回复了 huntzhan 创建的主题 › 分享创造 › 也许是全球唯一能用的 Python 代码混淆器，新增支持 string literals 混淆

@vicalloy 基于 Cython 。Nuitka 的性能问题比较严重，我之前调研过也放弃了。之前执行出错的原因有深入调查吗？ Cython 确实是有一些限制导致运行时出错。这个工具我用在生产环境上的多个项目，已经稳定跑了超多一年，可靠程度上我觉得应该不会有太大问题。

2022 年 2 月 27 日

回复了 huntzhan 创建的主题 › 分享创造 › 也许是全球唯一能用的 Python 代码混淆器，新增支持 string literals 混淆

@Garasu 这部分知识与计算机专业本科的若干课程有关联，如 C/C++、编译原理、操作系统、信息安全等。如果是初学者，我的建议是先读 [CSAPP]( https://csapp.cs.cmu.edu/)，这本书基本涵盖了上面的内容

2022 年 2 月 27 日

回复了 huntzhan 创建的主题 › 分享创造 › 也许是全球唯一能用的 Python 代码混淆器，新增支持 string literals 混淆

@0o0O0o0O0o mark ，谢谢

2022 年 2 月 27 日

回复了 huntzhan 创建的主题 › 分享创造 › 也许是全球唯一能用的 Python 代码混淆器，新增支持 string literals 混淆

@0o0O0o0O0o 是的，一开始没上 ollvm 的原因也是因为看着 llvm 版本太老了，同时也没有找到比较多人用的替代选项。感觉这里面还是有一些坑的。可以帮忙推荐几个你觉得靠谱的新 fork 吗？

2022 年 2 月 27 日

回复了 huntzhan 创建的主题 › 分享创造 › 也许是全球唯一能用的 Python 代码混淆器，新增支持 string literals 混淆

@0o0O0o0O0o 是的，有空打算把 https://github.com/obfuscator-llvm/obfuscator 也加进去

2022 年 2 月 27 日

回复了 huntzhan 创建的主题 › 分享创造 › 也许是全球唯一能用的 Python 代码混淆器，新增支持 string literals 混淆

@duke807 是的，同样的原理

2022 年 2 月 27 日

回复了 huntzhan 创建的主题 › 分享创造 › 也许是全球唯一能用的 Python 代码混淆器，新增支持 string literals 混淆

@Kinnice 看来我们对“能用”的定义不一样哈哈

2022 年 2 月 22 日

回复了 louisyoungx 创建的主题 › Python › 一行代码动态加载 Python 库依赖

最后，自动下载依赖这个事情，个人觉得是伪需求，个人觉得所有开发环境的状态必须完全掌控在开发者的手上，如果我执行了一个程序，结果环境变了，这个就非常反直觉

2022 年 2 月 22 日

回复了 louisyoungx 创建的主题 › Python › 一行代码动态加载 Python 库依赖

另外 infra 工具的一个原则是尽可能没有代码侵入，如果要求别人 import 才能用，那么不会有人用的

2022 年 2 月 22 日

回复了 louisyoungx 创建的主题 › Python › 一行代码动态加载 Python 库依赖

最佳实践的 Python 项目已经淘汰了 `requirements.txt`，目前建议的方式是将依赖声明放在 `setup.cfg`

2022 年 2 月 15 日

回复了 zohojsr 创建的主题 › 生活 › 关于情人节，我想对她说却不能说的话

帮急不帮穷

2021 年 12 月 24 日

回复了 changjiangzzZ 创建的主题 › 程序员 › 友商又来抄我们了！

比较好奇，与开源方案（如 https://v2ex.com/t/803669 ），核心竞争力是什么？我们在考虑相关的产品选型

2021 年 12 月 15 日

回复了 im67 创建的主题 › 推广 › 又是一年桔子季，例行抽奖！

来了来了

2021 年 12 月 15 日

回复了 monologue520 创建的主题 › JavaScript › 请教一下大家怎么培养自己编程逻辑的?

多写并多尝试新思路，这样才能多犯错，然后多归纳总结，逐渐形成自己的方法论

2021 年 12 月 6 日

回复了 zictos 创建的主题 › Python › Python 识别图片文字的效果是不是很差？

@zooo d2VjaGF0OnpoYW5oYW94dW4=

1 2 3 4 5 6 7 8 9 10 ... 24

❮

❯