1.文件尾加密: 优点: 实现简单, 文件不容易损毁, 即使损毁也容易修复。缺点: 该方案已经被TEFS申请了专利,如果继续做下去,做大了,就需要面临专利权的官司。 该方案无法解决网络协同访问的问题。准确的说,如果文件被加密后,只能一个机器访问,如果...
全文
回复(20) 2008-10-20 09:25 来自版块 - 文件系统(过滤)驱动程序开发
表情
hyjtlyra2009提供的,不过你翻译的时候可偷了不少懒……(2008-10-20 12:37)
hyjtlyra2009znsoft老兄,加快卖哦,再慢可真就卖不出去了,可能会有人免费(2008-10-20 12:34)
dreamsity我觉得掉电问题,数据库就处理的很好的。 算法可能很复杂,但一定是有解决的方法的,只是工作量的问题。 另外,别和稀泥! 有问题就提出来,一起寻求解决方案就是了。(2008-10-20 12:29)
looksail所以可能我错了,你错了,也可能他错了 还是多一些具体的技术分析好一些(2008-10-20 12:19)
looksail嗯,这个,不能以自己用某种方法会出问题就判断别人用此方法就会出问题,也不能看到别人用某方法出问题就判断自己用此方法也会出问题,主观判断就给出确定的结论,是比较片面的 每个人眼睛看到的东西都不同,具体的经历也不同,所以才有大千世界、芸芸众生 小马哥的书还没有卖完啊(2008-10-20 12:11)
dreamsity掉电的问题是可以通过别的方法弥补的。 但文件头的问题,则需要修改运行机制。有些机制是有替代的方法的,有些则是没有的。 在开发了8个月的时候,整个代码就趋于稳定了,以后代码量就几乎没有变过。 然后就是4个月的修改数据损坏的BUG,修改的行数就在100行左右变动。(2008-10-20 11:14)
dreamsity已经买了,呵呵。 站在巨人的肩膀上感觉,就是不错。我一般是中英文对着看的,那边不理解就看这边。 文件损坏的原因: 对于文件尾加密,我觉得如果出现文件损坏,主要的原因是代码的问题 。 而文件头加密,损坏文件的主要原因是对内存管理器以及CACHE管理器以及文件系统的运行机制的破坏。(2008-10-20 11:08)
znsoft不错,大家都在搞嘛,看来大有可为,随便问一下,还有没有要书的?hehe(2008-10-20 10:48)
looksail首先,不管是文件头还是文件尾的加密标记只是最粗略的手段,不可能是专利,更不可能面临什么官司。就像用筷子吃饭还是用勺子吃饭,我用筷子吃饭难道还要交专利费?还活不活了 另外,文件尾的方式文件更容易坏,这是我的一个文章的一段 ..............................(2008-10-20 09:53)
hyjtlyra2009谢谢楼主,值得慎重思考…… 我在文件过滤中使用的是文件尾加密,正面临网络访问拒绝的难题,还在寻找解决方案……(2008-10-20 09:36)

返回顶部