2012.4.18
Dropbox可以算是文件云同步领域的鼻祖了,即使不是最早出现的,也是第一个推动云同步向普通互联网用户普及的。Dropbox的成功并非偶然,其强大而且独一无二的功能和技术是支撑其用户忠诚度的基石。作为一个Dropbox的早期用户,使用至今,有些小经验小技巧,在这里与大家分享一下,希望能帮助大家把Dropbox的作用发挥到最大。 值得信赖的差量同步 『差量同步』是Dropbox相比其它同类云同步工具的核心技术优势。其效果可以简单理解为,文件的变更只需同步变化的部分,为用户节省流量和时间。差量同步所带来的好处其实还不仅仅是文件的变化同步更快,你还可以随心所欲的将文件或整个文件夹从Dropbox下的一个位置移至另一个位置、更名,甚至拿掉一段时间之后再放回来,它们都不必重新被上传到服务器。而其它云同步工具就未必能这么省心了。 Dropbox的其它一些特性,也是建立在这个机制之上的。就拿『文件历史』功能来说,别担心Dropbox会消耗数倍的空间来保存文件的历史版本,其实它只是保存了多个版本的差异,这样消耗的空间通常是非常少的。 得益于强大的差量同步,你甚至可以在Dropbox之上构建其它存储技术,并保持高效率的同步。比如在Dropbox中使用TrueCrypt,由于后者对加密数据的变更作用到卷文件上体现为局部的变化,所以可被Dropbox高效的同步,而完全不必担心一点变化而导致整个庞大的卷文件需要重新上传,这是其它一些云同步工具所无法比拟的。不过,在这类场景下需要非常小心『变更冲突』可能带来的不良后果(产生两份不和谐的副本),尽可能不要同时在多处对数据进行修改。 善用选择性同步(Selective Sync) 选择性同步是Dropbox早期呼声最高的期望特性,没有之一。不过这个特性足足让大家等了一年多,才最终被开发团队满足。背后故事的曲折就不赘述了,好在现在的这套实现方式应该还算是比较让人满意的。选择性同步的使用场景非常广泛,下面简单列举几个,大家也可以根据自己的需要自由发挥: 避免在非主用电脑上同步包含备用资料、音乐、视频的大文件夹。 避免在笔记本电脑上同步敏感私人数据。 避免同步.svn文件夹,最好配合支持归一svn文件夹的新版SVN客户端。 避免同步系统或应用程序频繁自动生成的文件,比如某些临时文件夹、Java开发工程的target/bin/gen文件夹。 避免同步与本地电脑环境(如绝对路径)相关的数据,比如引用了绝对路径的Java工程中的.project文件、某些应用程序的配置文件。 …… 更简单实用的分享功能 Dropbox发展到今天,共享功能几经优化,已渐趋完善。现在你不仅可以在网络上开放的分享Dropbox中的某个文件或文件夹,而且还能有选择的在几个朋友或同事之间私密的共享一个文件夹,并保持它在多人之间的实时同步。多人共享功能需要其它人也有Dropbox账号,但不必一定使用客户端。现在我就经常利用多人共享功能和朋友共享一些技术书籍电子版、合作收集一些素材、交换最近出行的照片,甚至替代SCM工具直接作为简单开发工程的多人同步方式。因为简单,所以方便! Git over Dropbox 这里特地把Git拿出来单独讲,是因为我在这个使用场景下摸索了一段时间才找到最佳的使用方式,与大家交流一下。通过Git分布式的管理代码是现在主流的SCM解决方案,但在多人之间协作时,往往还是绕不开一个中心服务器。Git Hub或者Bit Bucket是不错的选择,但繁琐的配置和网络的等待让这个方案变得有点难受。其实Git over Dropbox就是一个简单易行的入门级解决方案,不仅适合小团队,还可以用作个人的代码管理。 如果是个人使用,我倾向于直接将整个工程,连同.git子文件夹一并放在Dropbox上。表面上看起来是有些冗余,不过好处是,不仅git中的数据在云端自动备份,尚未commit的代码也保证了同步,方便有时即使有尚未写完的代码,也不必为了保持同步而commit进去污染仓库,回到家里还可以继续调试完善。 倘若需要多人协作,则建议将工程与git分离,只在Dropbox上创建bare repo (git init –bare),大家将各自Dropbox中同步的bare repo作为remote进行push/pull或clone。不过,这种方案其实是以让渡一致性换取异步同步的便捷性,所以不适合大量开发人员的频繁git操作,那样容易引入让人头疼的同步冲突。 正确使用『内网优先同步』 这是Dropbox从很早版本就支持的一个特性,但却鲜有人知晓和使用。这个按照简单原则所设计的产品功能,在现实情况下,往往并不如其所设想的那么奏效。『内网优先同步』要求同步的多点在同一个子网(广播域)下,所以如果电脑之间的连接跨越了路由器,则在物理上阻断了这个特性的正常工作。 另外,防火墙也必须允许Dropbox的端口侦听。需要注意的一点是,当Dropbox检测到防火墙阻断其端口侦听时,会自动关闭这个功能,所以在正确设置了防火墙之后,还应检查Dropbox的配置中是否激活了『Lan sync』。 值得一提的是,『内网优先同步』除了可在同一账号的多台电脑间快速同步文件外,还支持多人的共享文件夹同步。所以小团队在局域网内使用这个功能是一个非常简单而高效的文件共享解决方案。 奖励空间的最大化 Dropbox依仗其技术优势和行业地位,在空间的给予上明显有些吝啬了。普通注册用户只有2G空间,通过邀请注册勉强能得到2.5G的初始容量,不过只是杯水车薪了。其实,Dropbox提供的一些空间奖励计划能帮你快速增加不小的空间,而且操作难度并不大,比如邀请一个好友可以得到500G空间(本来还想写如何认证学生账号获得双倍奖励,可惜最近也给扯平了)。 其实,有一个隐藏颇深的奖励任务入口,可能大部分Dropbox用户都未必发现并完成了其中的任务。完成诸如链接Twitter/Facebook账号、follow @Dropbox、发表感言等小任务,就可以得到640M的额外空间,虽然不算多,倒也不拿白不拿。 如果你还不是Dropbox的用户,觉得我写的这篇内容还算有用,让你有了一试Dropbox的冲动,那么不妨用我的推荐链接注册,咱俩各获得500M的奖励空间,何乐而不为呢? (:
1 Comment
2010.11.27
Windows 7 强大的 Jump List (跳转清单)特性大大提升了我们日常应用的便捷性,随着越来越多的应用程序对它的支持,Jump List 已经成为了大家 Windows 操作习惯中的重要部分。 可惜一些旧时的应用软件,或者软件开发者没有引入对 Jump List 的支持,就难以从中获益了。不过,Windows 7 本身还是给我们预留了一定的定制空间,只要稍加利用,也可以为这些旧软件整合 Jump List 的新体验。根据软件控制方式的不同,一般有两种整合方式:
1 Comment
2009.12.26
相信大部分用过Everything的朋友们都再也离不开它了,我也一样。作为一个现今已不多见的“键盘流”,日常的大部分程序我基本都直接从Everything中启动,少了纷乱的快捷方式,桌面也清爽了不少。 Everything由于核心原理建立在NTFS的底层机制上,所以在Vista/Win7中不可避免的必须以提升的权限运行(UAC),不过这对与大多数PC玩家来说早已不算什么障碍。但你是否留意过,通过Everything启动的任何程序或打开的任何文件,也都继承了其拥有的提升权限,这对于重度依赖它的玩家来说,却是一个非常致命的隐患。当你从Everything中启动了Total Commander,又从Total Commander中启动其它应用,这整个程序链全都跑在不受约束的管理员权限下,对系统安全构成了严重的威胁。 那么,如何才能避免这种权限提升的传递呢?
31 Comments
2009.3.3
Tweets shown on idle screen: Write new tweet:
20 Comments
2008.12.27
如果你也尝试过使用微软的Live Mesh服务,并且“有幸”碰到了经典的启动问题:在你的某台电脑上无法正常启动Live Mesh,一直停在Live Mesh is currently starting,不出现登录提示。可以通过查看日志(%USERPROFILE%\Local Settings\Application Data\Microsoft\Live Mesh\GacBase\Moe-*.log)中的“Get device certificate failed with IDCRL error 0x8004804E”确认这个问题。 那么有一个好消息是,微软看来已经准备好解决这个问题了。但由于问题似乎是出在Live Passport那边,因此修复工作最早也要等到下个月(2009.1)。 FROM: Live Mesh Tech Preview Support DATE: Sat, Dec 27, 2008 at 4:06 AM SUBJECT: 24614: DC11 – passport backend internal error – may prevent install We are anticipating a Passport fix for this issue in [...]
Share your thoughts on this
2008.12.15
去年年底已经为cFosSpeed的特价活动做过一次无偿的宣传了,我就是在那时订购的正版cFosSpeed。当时是39元人民币,不过今年他们再度打出了更“冰点”的促销价——¥24!(截止2008.12.31有效) 我用cFosSpeed也快3年了,如果让我评论的话,它带给用户(尤其是ADSL上网用户)的价值绝对远超这个价格。大幅度改善网络响应时间的“流量塑形” + 高度可定制的QoS管理,让你在BT的同时还可以在网络游戏中享受到低于100ms的ping值! 我很少向人推荐正版软件,但cFosSpeed绝对是值得推荐的,不光因为它的卓越表现,更为了它充分考虑中国国情的定价(对比在美国的售价$12.9和欧洲的售价€9.9)。
4 Comments
2008.10.29
从2001年的8.0、8.0a一直走到2008年的8.0x,PC-Lint v8一共延续了超过7个年头,估计不是考虑到26个英文字母的后缀都即将耗尽,Gimpel还舍不得用v9的版本号…… 粗略看了一下v9的发布说明,相比v8确实有长足的进步(其实我想说的是,v8实在是发展的太落后了……)。不错,很好,很强大! ·终于加入了众望所归的线程分析,可检查锁使用的正确性以及可能缺少锁保护的变量。不过说实话我对这个特性尚持保留态度,因为多线程竞争分析在C/C++中是一个相当复杂的技术,还是等到试用之后再作评论。 ·通过预编译头大幅提升复杂项目的检查速度。早该这么做了,PC-Lint对大型工程的检查速度实在不敢恭维。 ·栈空间使用统计,可以汇总出单个应用的最大栈空间需求,只要程序中不存在递归并且是具有流程确定性的。赞一下这个功能,在嵌入式开发中尤其实用!
6 Comments
2008.10.25
忍痛割舍了过去长期钟爱的ATI,选择了nVidia显卡,不是因为PhysX技术带来的游戏效能,而是看中了在非游戏应用中前景广阔的CUDA! 作为展示CUDA在非游戏领域实用价值的代表作,Badaboom以惊人的视频转换速度,被各大媒体广为传颂。对于这样一款富有传奇色彩的软件,我自然要亲自品鉴一番了。 Badaboom在前不久刚刚发布了正式的1.0版本,相比此前Beta4实在看不出有什么改进。支持的输入视频格式仍然很少,不支持最流行的mkv封装格式和Xvid视频编码是Badaboom最大的硬伤。好在借助tsMuxeR转换一下封装格式(mkv -> ts)倒也能让Badaboom接受大部分H.264的视频。
3 Comments
2008.10.10
使用微软曲线2000键盘上的多媒体快捷键控制千千静听播放音乐确实比以往的组合快捷键惬意多了。千千静听本身直接支持标准的多媒体快捷键。看到网上有人说不支持它的多媒体快捷键,我想可能有两个原因:千千静听版本不是最新(我手里的5.2版可以支持,但不清楚以往的版本是否也能);安装了微软的键盘驱动程序,它会导致多媒体快捷键在千千静听下失效,不过微软自己的Windows Media Player不受影响。(不清楚罗技键盘的情况) 要解决后面说这个问题,要么卸载掉微软的键盘驱动,要么在使用千千静听时结束掉itype.exe这个进程。 PS:千千静听的热键设置界面中其实还可以接受多媒体热键作为新的热键,只是看不到名称的显示罢了(其实,空白不代表没有快捷键,而“无”字才是)。比如我就将“Back”和“Forward”两个快捷键分别分配给了“上一首”和“下一首”。 另外,多媒体快捷键还可以配合组合键作为千千静听的快捷键,就像我把“Ctrl+减音量”和“Ctrl+加音量”设成控制千千静听自身的音量,从而与Windows全局音量控制区分开。 UPDATE: 借助AutoHotkey跟踪分析了一下,发现微软驱动将键盘本身的快捷键拦截,然后再模拟发出配置的快捷键。而千千静听可能是采用的Keyboard Hook方式识别多媒体快捷键,结果因为微软的二次转换而失效。这一点还可以通过AutoHotkey的Send指令证实,因为它也无法触发千千静听的多媒体快捷键识别机制。正在研究用AutoHotkey和平解决两者冲突的可能,如有新的进展我会再更新本文。
4 Comments
2008.10.8
在折腾了数天后,终于查出导致Windows 2008系统出现性能问题的罪魁祸首。话说前几日在新系统上安装Windows Server 2008后,在诸多场合下出现了显著的响应变慢,甚至长时间停滞的问题,例如最大化窗口需要3-5秒时间、初始化3D显示时约有5秒以上的延迟,打开视频文件则伴随长达半分钟左右的停滞…… 最终,经过反复重装系统、安装/卸载软件的折磨,终于发现问题出在nVidia的显卡驱动程序与Hyper-V有冲突。只要卸载掉两者中任一,上述症状就全部消失了。在Hyper-V的技术论坛中找到了类似的问题反馈,而且有人证实ATI的显卡驱动没有问题,甚至有比我还有受虐倾向的强人,测试了过去18个月以来nVidia所发布的驱动程序,直到找到v100版本据说没有上述问题…… 发帖人在向微软提交bug后也得到了技术人员对此问题的确认,可惜目前暂无解决措施。 唉,本就冲着Hyper-V才安装Windows 2008,现在倒成了近在眼前美味的吃不到…… 亏得我放弃了多年的合作伙伴ATI而选择nVidia的显卡,结果竟遭遇如此折磨!
Share your thoughts on this