Cisco AnyConnect VPN的客户端是一个工作于并行隧道（Split Tunnel）模式下的VPN软件，它可以方便的同时使用内外网两不误。它通过连接VPN后动态激活平时禁用的VPN虚拟网络适配器，并根据远端网关的配置应用相应的DNS和路由配置，实现了与默认网络环境无缝并行。但正是在其上述设计中的一个理想假设，为“中国特色”的互联网环境下使用它埋下了一个隐藏很深的问题。 如果你所连接的VPN网络本身是与Internet连通的，而且DNS也可解析外网的网址，由于AnyConnect会将VPN网络适配器的优先级提升到最高，因此远端的DNS配置会取代本地网络（例如家里的宽带网络）。如果你的本地网络和远程网络是同一接入线路，倒还感觉不到这之中的差别。但如果其中一个是电信线路，另一个是联通（网通）线路，你就会遇到一个很悲惨的状况：本地网络访问国内主要网站的速度会显著降低，因为DNS对大型网站CDN的解析结果是和你现有路由完全不同的线路，想象一下在你的联通（网通）宽带下访问电信线路的网站，那种感觉……
Google发布Buzz后，网络上迅速出现了大量对Buzz的评论，有正面的，有负面的，有炒作概念的，有跟着起哄的，甚至引发了大家对Gmail安全的担忧。这其中不乏一些对Buzz的误读，所以，在这里以我个人的理解来解释一下。 “Google Buzz是Twitter杀手！” 这是大多数媒体最喜欢的炒作方式，又一个Killer App出现了，于是编辑们都兴奋了，又可以赚足眼球了。事实上，Google Buzz和Twitter总体来看并不是一个层面上的应用，还构不成真正意义上的Killer。一些冷静的分析还是看的比较清楚，Google Buzz其实主要针对的是FriendFeed，因为它们都是聚合平台，让不同源头的信息聚合在一起。Buzz相对于FriendFeed的最大进步在于，它除了聚合信息之外，还创造性的利用Social Graph来聚合人际关系。 当然，Google Buzz除了聚合功能外，自身也充当了一个简单的信息源，可以在Buzz上发表富媒体信息。但事实上，你有自己充分的选择权，完全可以保持原有的习惯，在WordPress上写Blog，在Twitter上唠叨几句，这些信息最终都会自动被汇总到Buzz中来。 “我们不需要又一个社交网络” 当你迫不及待的跑来Buzz上兴奋的吼了几句后，才意识到它和Twitter也没多少差，反而在这里找不到Twitter上那种“振臂一呼，Follower百应”的成就感了。没过多久，你就会逐渐淡忘掉Buzz。这是因为，你把Buzz当成了一个和Twitter、Facebook、MySpace一样的社交网络。“又一个新的SNS，我不得不又一次花费时间从头建立我的关系网络。”其实这不奇怪，不光是你，连Microsoft也这么认为。 本质上，Buzz并不想打造一个新的社交网络，恰恰相反，它的目的是推进一系列开放标准，使用户不必在各个SNS维护一个又一个彼此独立的关系网络，使人际关系得以重用和汇聚，进而构造起一个去中心化的Social Graph，不依附于某一个特定的SNS。 Buzz倡导运用XHTML Friends Network (XFN) 和 Friend of a Friend (FOAF) 挖掘和汇聚用户既有的关系网，实现SNS间的互操作性。如果各个开放SNS都能响应这一号召的话，那么将来我们就再也不用担心自己的人际关系被锁死在某个SNS中，甚至还可以借助新的SNS发现原有SNS中漏掉的好友。 “Buzz让信息的回复和评论更加破碎了” 这一点确实是目前不争的事实，因为无论你从Twitter往Buzz同步也好，还是打算反过来从Buzz发布到Twitter，你都得面对一个问题，回复和评论的不同步。你很可能因为只在Twitter上读消息而遗漏了Buzz里别人的评论，或许在习惯了Buzz后，又冷落了Twitter上的Followers。在Web应用越来越多的引入“聚合（Aggregation）”功能后，这个问题逐渐凸显出来。Google Buzz现在没有解决这个问题，但这只是因为目前的Buzz还尚不完整。Buzz的API文档中有一节“Coming Soon”，其中提到了Buzz未来对这一问题的解决之道——Salmon。 之所以现在没有推出Salmon支持，我猜想，一方面是由于这个规范尚处在Draft阶段，另一方面它无法从Google单方面实现，因为信息源和聚合者都必须遵从Salmon协议，才能完整的实现评论同步。这个事情倘若让任何一家其它互联网公司来推，可能都收效甚微，但由Google Buzz倡导，其影响力就不可同日而语了。因此，Google在完成Salmon的支持前，先放出Roadmap来，让大家都意识到Google开放的心态和坚定的决心，这样Salmon才有机会得到广泛的认可和支持。 所以，就如同Wave对大多数人来说也不过尔尔，只有当你透过API去洞察其背后所希望表达的真正意图后，才能深刻理解Google每一款产品的前瞻和愿景。在大多数人被Buzz的优雅与便捷所打动时，我更看重的是它将对整个SNS生态圈所产生的深远影响，和它在推动开放和标准化上的显著贡献。
以前发往联通、电信小灵通的短信不仅不能计入套餐内的免费短信，而且还收取比移动网内普通短信更高的费用。 从今年元旦起，工信部要求各运营商统一网内外短信资费，因此移动用户往国内任何手机或小灵通发送短信的费用都统一为0.1元。那么更让人关注的是，动感地带的套餐内免费短信是否也包含网外短信呢？就这一点，中国移动给出了一个很模糊的回答——请参见各套餐的说明…… 去移动网站上查了一下，各套餐的资费说明均已更新，至少我目前所用的动感地带套餐已经将网外短信纳入套餐内的400条免费短信了，以后就可以毫无顾忌的随时给家人的小灵通发短信咯！ 话说这400条也不是那么容易用完的……
去年新买的PC配置了4G内存，虽然64bit的Windows Server 2008可以完整的访问到全部内存空间，但事实上大部分时候，仍然有相当容量的内存是处于闲置状态的，因此安装一个RamDisk来加速临时文件的存取可以更好的利用硬件资源。 RamDisk现在有很多不同的版本，虽然功能都差不多。我选择了CCF的gavotte所开发的版本，免费、小巧，而且设置很方便，不像某某收费的RamDisk，还不能调整容量。 gavotte提供了64bit的版本，但如果你想安装在Windows Server 2008下，则不得不面临一个麻烦。由于微软强制要求“关键驱动”必须通过数字签名，所以安装后RamDisk后你会发现你的Windows无法启动了，它会提示“有驱动程序未通过数字签名，Windows拒绝启动”。这时你唯一的选择只能在刚启动时按F8，选择“禁用驱动程序签名强制”，从而可以顺利的进入Windows。但是，总不能每次启动时都得盯着屏幕，抓住短暂的时机抢按F8吧…… 好在就有这么一个神奇的软件，可以帮你自动完成上述启动过程中的特殊步骤，完全不必人工干预，它就是“Ready Driver Plus”。借助它，RamDisk终于可以在Windows Server 2008下完美使用了。虽然引入了一点安全风险，但作为Power User的你，应该不用担心这一点吧？（话说XP下没强制驱动签名不也照样裸奔嘛~）
·增加了Twitter Widget ·优化了Feed推送，去掉了几乎已淘汰的RSS 0.92，增加了一个采用 Yahoo! Pipes 聚合的多重Feed，目前暂时只整合了Blog、del.icio.us和Twitter，将来打算增加更多的内容，如相册等。 ·测试增加了一个阿里妈妈的广告（淘客系列）
一. 重现罕见问题——开发人员永远的痛 但凡做过程序调试的开发人员，一定都有过面临难以重现的问题时仰天兴叹的经历，祈祷老天赐予传说中的“月光宝盒”，从而逆转时光揪出那引发程序错误的元凶！ 即使在错误跟踪技术经历长足发展的今天，哪怕是经过周密故障跟踪机制加持的代码，程序员仍然对那些难以重现的问题提心吊胆。错误跟踪机制再先进，也难以完整记录整个程序的运行轨迹和任何过去时刻的系统状态。数据覆盖的不可逆决定了程序执行的单向性，就像时间之箭，谁也不能让它转向。但时间的单向性并不意味着过去的时光不能从头来过，就像“月光宝盒”虽然不能使你回身飞上万丈绝壁，但却可以将你带回过去的某一时刻，让后面的历史重新来过。 二. 挑战时间之箭，已逝历史也能重历？