看看再说

want to see

123

what

看看

看看

为什么把文件头放在文件开头呢？那是一个最困难的地方。把加密标志放在文件尾，扩展一定的空间是很容易的，我建议大小是128，256，512。如果扩展需要在以后进行，你可以继续向下进行。


================
Tony Mason -ddk mvp
唯一的方法是构造一个类似于NTFS支持压缩功能的过滤驱动。你的过滤器集成到cache管理器
，通过向下层的FSD发送命令，创建file object。过滤驱动应该有正确应用程序应该得到的长度/尺寸信息。

然后你的过滤驱动可以向底层获得数据。那么文件尺寸就不是问题了。

当然，如果你只当作文件过滤系统的一个栈，那么它是非常复杂的，我想他的复杂度应该超过实现一个文件系统。

1 你的程序是否在任何时间被任何进程访问。
2 可以被任何office程序编辑
3 是否想让一个应用程序知道文件大小，如何显示。
========================================
我不的不同意把文件标志放在头不是最好的解决方案。唯一的好处是你可以简单的进行文件扩展，但是禁止文件头被cache，处理fileobject->currentbyteoffset将给你带来大量的麻烦.
除非因为特殊的原因必须将头放在文件头，我建议把他放在文件尾，这样可以将其完全剥离，随便放在别的地方

====================================
-放置文件头是为存我们自己的信息，和变长加密算法无关。
-即使我不把文件头，是否它在cache中依然存在（我现在仅仅是调整FileObject>CurrentByteOffset，跳过文件头，我将文件头放在文件首部）
-假设即使没有文件头，加密算法仍然可以增加文件尺寸，不能够获得全部数据，这个问题如何解决。
-我们的文件可能是二进制文件也可能是数据文件。
-不依赖于特定的文件系统（ntfs,fat,...）

===============
从概念上讲，禁止文件头cache有两个不同的概念。一个是头在文件结束处，你甚至不用关心他是否被cache(除非你不想暴露它的内容)。如果你不想别人看到他，你只需要在读的时候将他们覆盖成无用字符。如果文件头在开头，你不能绝对避免他，原因是如果文件被影象，将阻止文件内容。我不是说他是不可能的。我只是说文件标志加在尾部可以避免许多问题。

学习

顶了！！！！！1用力

kankan

看看先,OK?

tooflat 大哥的 代码 ，真得不能作系统盘加密啊？

是呀， 那会不会影响 防火墙正常运行，如果 我们的驱动比防火墙在栈的上的顺序低。就应该可以吧？

看看，学习

看看

kankan

...

看看，学习。

学学