g****t
发帖数: 31659 | 1 以前我找过，没找到可靠的办法。
这个方向，现在有新的进展了吗？ |
t**8
发帖数: 4527 | 2 把 server 用大锅扣起来
前端的script 没法加密
script 本身就是为了 demo 玩的 |
n******t
发帖数: 4406 | 3 用cython不是分分鍾的事情嗎。
【在 g****t 的大作中提到】
: 以前我找过，没找到可靠的办法。
: 这个方向，现在有新的进展了吗？
|
g****t
发帖数: 31659 | 4 Cython确实是第一选择。但是有的
第三方库不一定能通过。另外cython尽管十多年历史了吧，背后没有大公司支持，本身
的质量我也不是太有把握。
: 用cython不是分分鍾的事情嗎。
【在 n******t 的大作中提到】
: 用cython不是分分鍾的事情嗎。
|
n******t
发帖数: 4406 | 5 你只是為了不讓別人抄代碼，第三方的庫妳管他幹嘛。而且其實5%的代碼和99%的代碼
不知道效果是一樣的。
【在 g****t 的大作中提到】
: Cython确实是第一选择。但是有的
: 第三方库不一定能通过。另外cython尽管十多年历史了吧，背后没有大公司支持，本身
: 的质量我也不是太有把握。
:
:
: 用cython不是分分鍾的事情嗎。
:
|
d******a
发帖数: 32122 | 6 把关键代码用C之类写了编译成库
Python调用库不行?
【在 g****t 的大作中提到】
: 以前我找过，没找到可靠的办法。
: 这个方向，现在有新的进展了吗？
|
g****t
发帖数: 31659 | 7 那还得把用第三方库那块程序分出去。cython这块和第三方库这块还要安排通信，数据
接口什么的。
整个架构就因为cython就要改。
做到一半，发现一个必须用的第三方库cython过不了，拐回头改架构。
这种surprise的可能性导致cython很难被考虑啊。那还不如一开始分成c／python
组成软件.
c/cpp+python是成熟的办法。
【在 n******t 的大作中提到】
: 你只是為了不讓別人抄代碼，第三方的庫妳管他幹嘛。而且其實5%的代碼和99%的代碼
: 不知道效果是一樣的。
|
n******t
发帖数: 4406 | 8 爲什麼需要分出去？第三方的庫本來就不是你的，沒必要編譯。別人都不操心被偷代碼
，你還操心什麼。
cython編出來的foo.so 和 python 的 foo.py是可以互換的。難道我們用的不是一個東
西？
想用C/CPP加速代碼是另外一回事，不想用源碼release是另外一回事,cython完全可以
做到後面這個事情。
【在 g****t 的大作中提到】
: 那还得把用第三方库那块程序分出去。cython这块和第三方库这块还要安排通信，数据
: 接口什么的。
: 整个架构就因为cython就要改。
: 做到一半，发现一个必须用的第三方库cython过不了，拐回头改架构。
: 这种surprise的可能性导致cython很难被考虑啊。那还不如一开始分成c／python
: 组成软件.
: c/cpp+python是成熟的办法。
|
f******2
发帖数: 2455 | 9 告诉你一个省时间的答案：没有。
具体原因就不展开了，太长。
如果有时间，建议琢磨点其他问题。
: Cython确实是第一选择。但是有的
: 第三方库不一定能通过。另外cython尽管十多年历史了吧，背后没有大公司支持
，本身
: 的质量我也不是太有把握。
:
【在 g****t 的大作中提到】
: 那还得把用第三方库那块程序分出去。cython这块和第三方库这块还要安排通信，数据
: 接口什么的。
: 整个架构就因为cython就要改。
: 做到一半，发现一个必须用的第三方库cython过不了，拐回头改架构。
: 这种surprise的可能性导致cython很难被考虑啊。那还不如一开始分成c／python
: 组成软件.
: c/cpp+python是成熟的办法。
|
x****u
发帖数: 44466 | 10 所有的client加密在今天这个时代都是窗户纸
全球最喜欢玩DRM的就是日本了，各种技术全用了个遍，不用说游戏机用特制光驱，连
免费电视信号都加密，但是照样被网友秒破
【在 g****t 的大作中提到】
: 以前我找过，没找到可靠的办法。
: 这个方向，现在有新的进展了吗？
|
|
|
g****t
发帖数: 31659 | 11 第三方库和第三方库的应用是两回事。最简单的例子。
case 1.
以前cython不能覆盖numpy的时候，
就无法用来加密使用numpy的那部分python代码。编译无法通过。
case 2.
例如特殊函数积分。scipy里面有。cython过不了。编译无法通过。
我有几十行用了这个东西。这几十行不想让人看到。那就无法用cython来加密。
能用cython的时候也很多。
我一般是python做个壳，import一些cython出来的binary。
最后把这些原来的.py删掉。
【在 n******t 的大作中提到】
: 爲什麼需要分出去？第三方的庫本來就不是你的，沒必要編譯。別人都不操心被偷代碼
: ，你還操心什麼。
: cython編出來的foo.so 和 python 的 foo.py是可以互換的。難道我們用的不是一個東
: 西？
: 想用C/CPP加速代碼是另外一回事，不想用源碼release是另外一回事,cython完全可以
: 做到後面這個事情。
|
n******t
发帖数: 4406 | 12 技術問題而已吧。
當然如果你已經有C的實現了，當然沒必要用cython。
【在 g****t 的大作中提到】
: 第三方库和第三方库的应用是两回事。最简单的例子。
: case 1.
: 以前cython不能覆盖numpy的时候，
: 就无法用来加密使用numpy的那部分python代码。编译无法通过。
: case 2.
: 例如特殊函数积分。scipy里面有。cython过不了。编译无法通过。
: 我有几十行用了这个东西。这几十行不想让人看到。那就无法用cython来加密。
: 能用cython的时候也很多。
: 我一般是python做个壳，import一些cython出来的binary。
: 最后把这些原来的.py删掉。
|
w********m
发帖数: 1137 | 13 javascript点下鼠标键就看见代码
安卓下的app，随便decompile一下就全部都看见了
其实没人care |
g****t
发帖数: 31659 | 14 Js有相当可靠且广泛应用的JavaScript Obfuscator Tool.
Java native代码稍微弄弄，那decompile 难度不是一般的大.
这是我面向生产调研的结果。我司有好多这方面的老师傅。
至于源代码是否重要，这是个商业价值问题。
: javascript点下鼠标键就看见代码
: 安卓下的app，随便decompile一下就全部都看见了
: 其实没人care
【在 w********m 的大作中提到】
: javascript点下鼠标键就看见代码
: 安卓下的app，随便decompile一下就全部都看见了
: 其实没人care
|
w********m
发帖数: 1137 | 15 Python obfuscater 一堆
或者
你把第三方库和自己代码稍微混一下
几百万的代码量就出来了
读代码很难的
比写代码难多了 |
x******a
发帖数: 6336 | |
