发布版本中添加隐藏限制，短期不会生效，等用户用上手了之后。在特定情况下提示不能使用。如果你的东西写的好，肯定会有人买的。
然后给一个完整版本的下载连接给用户。不过需要能够监视下载日志，避免完整版本泄漏。

举个例子：你写数据库相关的，那么在SQL语句上面做手脚，比如 where 后面加一个
(select count(*) from """"" ) < 1000
这样那个表中数据小于1000条的时候，工作正常，等他用到一定时候了。数据都进系统了，欲罢不能的时候，只好买了。

这样的限制是没有办法破解的，他没法改你的SQL语句。哈哈。

然后，写一个简单的加密手段，让别人破解。然后让别人传播。越多人用越好，这就是在帮助你的共享软件了。
实在没有人破解，你就自己写一个注册机去0Day上发布。呵呵。

一个方法，抛砖引玉。

有创意

引用:

Garden_p 于 2004-2-27 12:18 PM 写道:
举个例子：你写数据库相关的，那么在SQL语句上面做手脚，比如 where 后面加一个
(select count(*) from """"" ) < 1000
这样那个表中数据小于1000条的时候，工作正常，等他用到一定时候了。数据都进系统了，欲罢不能的时候，只好买了。

这样的限制是没有办法破解的，他没法改你的SQL语句。哈哈。

爆破，SQL语句照改。功能限制版都可以改成正式版。除非你的功能根本不编译进去。

不仅是好创意，有可行性。

引用:

testit 于 2004-2-27 12:48 PM 写道:
爆破，SQL语句照改。功能限制版都可以改成正式版。除非你的功能根本不编译进去。

虚心请教哈，爆破的原理是什么？
他可以改SQL语句吗？这样的话很容易破坏EXE阿。

呵呵，跟我用的招数一模一样。如果破解者知道了这一点当然是有办法改掉的，问题是他开始破解的时候根本不知道还藏着这一限制，怎么会想着去改呢。
爆破就是改EXE

多设几个隐含的加密手段，一般不能够完全破解的。
发布限制功能的版本也是可以多推敲推敲的。让破解用户用的不爽，就是目的了。：）

大家还有什么好办法，可以说来讨论一下？
砖已出， 玉何在？

引用:

飞龙 于 2004-2-27 01:11 PM 写道:
呵呵，跟我用的招数一模一样。如果破解者知道了这一点当然是有办法改掉的，问题是他开始破解的时候根本不知道还藏着这一限制，怎么会想着去改呢。
爆破就是改EXE

就是就是，爆破就是改EXE。不过要多下些暗桩，让他以为已经改好了。实际上随机可能会有一些小问题，但破坏用户文件的事情千万不要作。

我的东东也被人爆破过，不过暗桩太多，没有完全破掉，不知道用户晓得不？也没有看到注册的人增加。。。

你的积分怎么来的，我还是0，为什么？积分有什么用？

我都不知道哪里来的。不过没有什么用啊
都是些身外之物