对于酷盘、快盘等存储方式的一点看法
2011-05-27 09:54
253 查看
对于酷盘、快盘的存储方式的一点个人看法
基本定位:类似U盘,但是容量较大(或者说很大),上传至存储中心后(时髦的叫法:云存储)。可以在个人电脑、手机等进行同步刷新(保持最快保存更新文档),便于使用。
目前基本上的做法是提供客户端、网页方式,将本地的文件存储到云端(在本地可以实时进行同步),通俗的讲编辑了一些文档,可以很方便的在上网的地方随时获取,再进行编辑使用。码农应该很少用吧(直接上CVS、SVN、git),本来写文档就是很头疼的事情。哈哈~
觉得可能面临的问题有:(1)速度;(2)私密性、安全性。
(1)对于速度,可以基于差异同步算法(本地实时查找更新的文件,然后对于修改的内容同步到存储中心,应该能够接受),或者说应该可以改进;
(2)对于安全性,保存不丢失,存储端可以做的很好,厂商能够有自己的压缩、存储、同步机制。但是对于个人用户讲,应该更关注的是文档的私密性,不是说在存储端如何加密、保存,
应该是在本地就进行了加密,然后上到到存储端。
能否考虑以下的方式:
(1)通过注册的方式:基于RSA算法,获得私钥和公钥,存储端保留公钥(可以和账户绑定);
(2)对本地网盘客户端指定的网盘同步目录中的文件进行加密(通过公钥),转换为一种特定的格式(比如:酷盘文件类型,document.kp);
(3)该格式文件内容为加密后的客户文件,而kp类型文件的设计,可以设定各个段,头部包含了加密文件的名称,各段的校验码;
(4)当本地文件进行了变更,文件本身分段存储,如果进行了变更,可以只对文件的该段进行差异同步。
(5)总之,使用的客户应该觉得,我上传的东东已经是加了密的,并且只有我知道如何将文件进行解密。
胡思乱想了一通,哈哈。
基本定位:类似U盘,但是容量较大(或者说很大),上传至存储中心后(时髦的叫法:云存储)。可以在个人电脑、手机等进行同步刷新(保持最快保存更新文档),便于使用。
目前基本上的做法是提供客户端、网页方式,将本地的文件存储到云端(在本地可以实时进行同步),通俗的讲编辑了一些文档,可以很方便的在上网的地方随时获取,再进行编辑使用。码农应该很少用吧(直接上CVS、SVN、git),本来写文档就是很头疼的事情。哈哈~
觉得可能面临的问题有:(1)速度;(2)私密性、安全性。
(1)对于速度,可以基于差异同步算法(本地实时查找更新的文件,然后对于修改的内容同步到存储中心,应该能够接受),或者说应该可以改进;
(2)对于安全性,保存不丢失,存储端可以做的很好,厂商能够有自己的压缩、存储、同步机制。但是对于个人用户讲,应该更关注的是文档的私密性,不是说在存储端如何加密、保存,
应该是在本地就进行了加密,然后上到到存储端。
能否考虑以下的方式:
(1)通过注册的方式:基于RSA算法,获得私钥和公钥,存储端保留公钥(可以和账户绑定);
(2)对本地网盘客户端指定的网盘同步目录中的文件进行加密(通过公钥),转换为一种特定的格式(比如:酷盘文件类型,document.kp);
(3)该格式文件内容为加密后的客户文件,而kp类型文件的设计,可以设定各个段,头部包含了加密文件的名称,各段的校验码;
(4)当本地文件进行了变更,文件本身分段存储,如果进行了变更,可以只对文件的该段进行差异同步。
(5)总之,使用的客户应该觉得,我上传的东东已经是加了密的,并且只有我知道如何将文件进行解密。
胡思乱想了一通,哈哈。
相关文章推荐
- 对于长期学习方式的一点看法
- 对于iOS性能优化的一点看法
- 对于Java学习的一些看法,记录心得也是学习的一种方式
- 对于试衣网的一点看法
- 对于一道面试题的一点看法
- 【程序人生】:对于大学教育的一点看法
- 对于IM的一点看法
- 对于C++保护继承方式的一点理解
- [转]我对C++内存分配方式的一点看法
- 工作三年,对于设计模式的一点看法
- C++内存分配方式的一点看法
- 关于在数据库中存储层次数据的一点看法与理解
- 我对C++内存分配方式的一点看法
- [转]我对C++内存分配方式的一点看法
- lua里面json对于非连续数组的存储方式
- 我对C++内存分配方式的一点看法 收藏-(转CSDN)
- 过来人对于在校生找工作的一点看法 很有感触!
- 对于软件产品质量的一点看法
- 谈一谈我对EXTJS的数据存储机制一点看法
- 【数据结构】对于线性表的顺序和链接两种存储方式的主要优缺点