V2EX › kurtis 的所有回复 › 第 4 页 / 共 11 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

2014 年 7 月 3 日

回复了 won 创建的主题 › 分享发现 › 第一次尝试众筹，记录一下过程

一款文化游戏，需要众筹，有股东，有进货价格，还能卖给周围的人，半年能回本……

虽然不清楚具体细节，但是你们感觉像什么？

楼下接着说

2014 年 6 月 24 日

回复了 kurtis 创建的主题 › Node.js › 关于 node.js 混淆，有没有办法？

@liuyanghejerry
让我想起了google group 里的讨论，里面有个更高级的办法，decode部分都不是用node写的，而是C写的node扩展。可是破解也是一样的简单，如上所述。因为无论你怎么加密，最终node运行的都是明文，node的机制就是会保留 source 供toString（）使用。任何人都可以自己加上.toString()看到明文。

关于这一点，@juzai 提到的jxcore 就充分注意到了这个问题，并进行了内核上的改进。

2014 年 6 月 23 日

回复了 kurtis 创建的主题 › Node.js › 关于 node.js 混淆，有没有办法？

@liuyanghejerry
首先感谢已发送，很好的集思广益的设想，

但是我困惑的是加不加privatekey有区别吗？
反正，都是要decode以后再require。
任何人只要加一句console.log 就能看到源码明文。

var a= require_x("./lib/A.xxx", priviate_key);
console.log(a.toString());

2014 年 6 月 23 日

回复了 kurtis 创建的主题 › Node.js › 关于 node.js 混淆，有没有办法？

@liuyanghejerry

var a= require_x("./lib/A.xxx");

// insert hack code here
console.log(a.toString()); // source will be shown here without any encryption

2014 年 6 月 20 日

回复了 dong3580 创建的主题 › 问与答 › 作为程序员（工程师），我们该怎么防止被别有用心的人利用

@lliioogg +1

基本上，不要掺和，做旁观者就可以了。必要时，一定要采取自我保护措施。

不要因为自己吃了亏，就去学习使用卑鄙下流手段对付别人，最后成为自己最厌恶的那种人。
那样的话，虽然你赢得了一些小便宜，但你却输掉了你自己。

最后，把所有这些精力放在创造真正的价值的，能够自我提升的事情上，一切都会看开，而且随着时间的推移，你会获得加倍的回报！ true story！

2014 年 6 月 18 日

回复了 kurtis 创建的主题 › Node.js › 关于 node.js 混淆，有没有办法？

有人提到的一种方法，但是问题也一样明显

// register extension
require.extensions[".jse"] = function (m) {
m.exports = MyNativeExtension.decrypt(fs.readFileSync(m.filename));
};

require("YourCode.jse");

2014 年 6 月 17 日

回复了 kurtis 创建的主题 › Node.js › 关于 node.js 混淆，有没有办法？

@eas 可以使用用bitlock之类的不登录无法解密的OS功能

@hayeah 谢谢这个我要研究一下，不过我试过即使打包在一起，uglify也不会混淆接口方法和属性
例如下面的例子中： method 这个字眼不会被混淆， A好像也不会，是不是uglifyjs 有些参数可以？
function A() {
this.method=function() {}
}

var a= new A().method();

@jiangzhuo 残念，不在云上部署，在云上部署的话相对的不太需要混淆或加密。

2014 年 6 月 17 日

回复了 mengzhuo 创建的主题 › Python › 存不存这样的数据结构?能按多个属性值进行搜索?

underscore

2014 年 6 月 17 日

回复了 kurtis 创建的主题 › Node.js › 关于 node.js 混淆，有没有办法？

@juzai 不错的理念，不过是闭源第3方，万一有坑会死的很惨。
@iwege 谢谢建议，c++写一个扩展module的确是一个方法，但远不是完美的办法。

另外 google group上有人建议开一个VMWARE Virtual APP出来，也是别有新意的，而且可以用于node以外的非源码公开发布。

还有什么更完美的吗！？

2014 年 6 月 17 日

回复了 kurtis 创建的主题 › Node.js › 关于 node.js 混淆，有没有办法？

昨天那个啥白搞了30天女友的帖子出来时，跟贴爆火，可是一旦讨论点像样的技术问题时，发现好孤单啊！！

2014 年 6 月 17 日

回复了 kurtis 创建的主题 › Node.js › 关于 node.js 混淆，有没有办法？

@iwege
@andyhu
@livelazily
感谢你们，可是问题是：

1. uglifyjs混肴貌似只能针对局域成员，一旦跨引用就不能了。

2. 我还研究了node的vm模块，缺点是，沙盒配置很复杂，跨require引用时尤其

3. 还有类似eval的执行（也就是字符串注入执行），缺点是，一旦eval的加密后解密的明文，任何人可以console.log输出。

4. 一个台湾人写的叫做npk的模块，跨目录require时会有问题

期待更多的专业建议！谢谢先！

2014 年 6 月 13 日

回复了 ss098 创建的主题 › 问与答 › 一个没有工资的项目，怎样才能招收到程序员？

说了无数遍，你在整件事里起什么作用？

如果你只是想到一个点子，那么当你说出这个点子的时候，你就没有价值了。
况且还是基于你的点子本身是有价值的假设上。

如果整件事上有价值的环节你一件都没沾到，资金，人力，渠道，运营，专有的技术…… 那还是快点洗洗睡吧。

2014 年 6 月 9 日

回复了 pythonee 创建的主题 › 程序员 › 为什么大家觉得万事具备，只差程序员是个坑

@yakczh
认同。
基本就是：
如果有最终获利，我拿大头，分程序员一点。
如果市场验证失败，我没干活也没出什么钱几乎没损失，程序员吃进全部风险。

2014 年 5 月 26 日

回复了 lynnlee 创建的主题 › 程序员 › 为什么三进制计算机没有流行下来？如果现在是三进制会怎么样？

以下为三进制计算Demo

运行程序：print 102+201*112*200*2
运行结果：0 （不知道）

2014 年 5 月 22 日

回复了 tension 创建的主题 › 奇思妙想 › 香港转运项目求合伙人！

@jsonline +1
「发财路子要和大家分享」这种说辞最虚伪了，想搞资金就直说，说的好像债主借出了钱反而还要谢谢债务人一样。

2014 年 5 月 9 日

回复了 kurtis 创建的主题 › 程序员 › 发现一种莫名的风气

@takato 的确，谢谢建议。

2014 年 5 月 9 日

回复了 egen 创建的主题 › 分享发现 › 王垠：一起开发 Yin 语言：

@linkgod +1

2014 年 5 月 7 日

回复了 akfish 创建的主题 › Project Babel › 花了五分钟改了下 V2EX 的源代码，撸了个 Markdown 支持功能出来

@akfish
支持实干，支持探讨，支持多尝试（也叫多折腾）。
这也是v友的精神，别太介意的噪音。

2014 年 5 月 7 日

回复了 Jimmy_Chen 创建的主题 › 问与答 › 有没有好用一点的 USB 冰箱

求一个USB空调，要能30平米的小厅使用，不用打到很冷，也就最热天保持在26度左右即可。

据说，多两个USB口供电效果更好，打算败一台2手笔记本，带四个usb口的扔在那里用。

又据说，USB3.0好像很省电，4天用电不到1度。

2014 年 5 月 5 日

回复了 doubleclick 创建的主题 › 问与答 › 遇到一个强势的领导怎么办？

我觉得很正常，假设有3个人：员工，经理，大老板

员工对经理负责，经理对大老板负责，只要不是违法犯罪的事，大家应该听取各自直系上司的要求。

退一步，你有很好的idea，你可以提出来，但是决策权不在你手，你要接受这个规则。这就是“负责”的含义。经理一样要对不采用的后果负责，在你的例子里，也许她被大老板数落了一顿。

再退一步，假设你的直系领导就是个无赖，总是虐待故意刁难员工（概率较低）或者掩盖自己过失（这也是不敢“负责”的表现，概率较高），请你果断的更换工作，如果你已经离不开她，请允许我弱弱的问一句，睡过了吗？

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

❮

❯