7-Zip 的默认压缩文件格式为"7z" (扩展名是 .7z) ，就是这个微小的差异给用户添加了很大的麻烦。设想一下，你用 7-Zip 压缩了一个文件，扩展名为 foo.7z ，传给了你的朋友(非IT人士)，而你的朋友用的是 WinRAR，这是压缩软件市场上的主流，他看到这个格式之后，他会如何反应? 换个应用场景，如果一个普通用户，从网络上下载一个软件，下载完毕之后发现默认没有软件能打开这个 .7z 为扩展名的文件，他会如何做?

必须要承认，7z 压缩格式有很多优点，而 7-Zip 是个很好的压缩工具软件，但在预设格式上的这个事儿，不折不扣的是在挑战用户习惯。或许有人支持这样的做法，一个支持观点是 7z 格式压缩比更高。这是个很好的理由，不过，那么一点点的压缩比收益，考虑到当前个人用户所用设备的存储能力以及网络支撑能力等，对于单个用户来说，无法抵消使用习惯带来的麻烦。除非全世界都是 7-Zip 的用户，很可惜，现在的 WinRAR 仍然是市场绝对的主流，而 Zip 与 RAR 格式也是事实上的标准。另一种支持观点是现在所有主流压缩软件都支持 7z 格式了，所以使用是合理的。的确，主流压缩软件可能支持了 ，但是，绝大多数计算机用户不知道这个事实，和他们不知道没什么本质区别。或许，会有人认为这是 7-Zip 发展用户的一种独特的手段，如果是的话，那恐怕这是最拙劣的营销方式，形同绑架用户一样。

如果不是市场的绝对主导者，任何挑战用户习惯的的行为无疑是危险的。相比 WinRAR 和 WinZip 来说，作为开源软件的 7-Zip ，只需要使用习惯和前两者一样，而功能甚至都未必那么强，就会赢取大量用户。但是给用户习惯設置障碍的做法无疑是不可取的。如果有人不同意，那么还记得"兼容机"这个词汇吧 ?

开源软件应该多考虑使用习惯上的"兼容性"，做网站也是一样，有多少人在设计网站的过程中真的尊重用户的遗留习惯? 而你是如何做的呢?

--EOF--

一点小经验是如果是延续用旧的主题的话，迁移到新的目录后要确保有 "theme.yaml" 这个文件，否则后台点击 Setting 按钮的时候会弹出一个"Can't call method "label" on unblessed reference" 的错误。多数插件都能继续用，可以打开 MT 的 Debug 模式，然后查看 Plugin 列表，会显示哪些插件兼容性不够好。我觉得用好 MT 的一个秘诀就是...尽量少用插件。

总体来看 MT 新版本的确带来了很大改进，除了增加了版本历史功能外，内容结构的组织有更大的改进，模板的可定制化非常好，是目前能看到的 CMS 平台的登峰造极之作。只是从平台的角度考虑恐怕还竞争不过 WordPress ，我个人觉得语言的实现(Perl vs. PHP)造成了二者在最初发展上的差异，进而导致插件上开发的 Movable Type 远远不如 WordPress 容易，而插件的多寡影响功能的完善与丰富性。用户会接受哪一个不言而明了。另外一个影响因素就是更多的主机提供商对 PHP 的支持更为友好，甚至一些提供商提供一键安装 WordPress 的服务。而 MT 的安装怎么也需要用户懂一点点技术才成。

好的工具才会激发写作的乐趣，MT 属于这样的工具

--EOF--

对于 Oracle 的高可用方案可以参考 Maximum Availability Architecture (MAA) 白皮书，不过 Oracle 并不推崇操作系统级别的解决方案。MySQL 的指导策略倒是更为灵活一些，DRBD^® (Distributed Replicated Block Device) 就是个可以考虑的选择。以前关注过这东西，但是据我了解，好像国内实现的案例不多，不知道是不是处于对网卡同步速度的限制考虑。现在这个有了新的转机，在 8.3 版本上已经能够支持 InfiniBand 。而原来通过网卡同步数据块的方式毕竟受网卡延时和带宽的限制，InfiniBand 的支持的实现相信能赢得一部分企业用户的信赖。

Linux Kernel Summit 2009 上这次有对 DRBD 的介绍(注意对数据一致性的介绍)，这意味着能正式进入 Kernel 么?

相对专有的集群管理工具，也有开源的集群管理工具 Pacemaker (支持 Heartbeat 与 OpenAIS 标准)可供配套使用。Pacemaker 能够较为灵活的实现主备、N+1 、N-N 等多种模式。感人感觉会比较有生命力。

好的开源解决方案就是设计活动木板房，廉价灵活环保，当然，牢固肯定是第一目标。

补充：

根据 MySQLPerformanceBlog 的说法，MySQL 几种高可用解决方案能达到的可用性如下：

--EOF--

• 更新1：现在 DRBD 已经进入核心代码，预计 2010 正式并入 Kernel 。
• 更新2：Linux Kernel 2.6.33 发布，正式包含 DRBD

Image via Wikipedia

技术爱好者大多都知道 Google 是使用 Linux 的大户，但是一直以来对于他们如何使用 Linux 却知之甚少，甚至内核开发社区对 Google 内部使用的情况也了解不多。LWN 上的这篇 How Google uses Linux 给我们带来了不少信息。

Google 使用 Linux 肯定有很多令人震惊的地方，第一个令人"惊讶"的是他们使用的代码管理工具：Perforce 。代码维护方式看起来也比较落后，当前维护的代码版本远远落后于开源社区内核版本，因为 Google 自己要维护大量的内部特性，每一个大版本发布周期是大约 18 个月，而内部特性的回归也要折腾6个月。因为版本滞后，所以有不少向后移植(Backporting)的工作要做，这个比例大约是 25%，还是不小的。

Google 内部大约有 30 个内核开发人员，而之所以外界很少看到 Google 对 Linux 的 Patch 代码，主要的原因居然是--担心代码不够优雅。我想这应该说的是大实话。我也遇到过很好的开发者对开源软件做了改进之后不愿意把代码贴出来，原因就是担心代码不好看，怕被笑话。

因为应用程序类型之故，对于 Google 来说，完全公平调度器(Completely Fair Scheduler)并不适合，采用了 O(1) 调度器，一般 16-32 核的机器要跑 5000 个线程左右。

Google 倒是喜欢用 Out-of-memory (OOM) killer 特性，这倒是出乎我的意料。Google 对于内存管理方面的改进或许是不小的突破: 通过伪 NUMA 模式来保证不同类型应用对内存的使用。除此之外，有大量的代码用于系统的监控，针对磁盘、网络等子系统或者是针对应用程序性能。

对于计划中的将实现的新特性，在一堆列表中看到了在 I/O 层对于高速 Flash 盘的支持计划。在文末，另一个有趣的技巧是，Google 喜欢把文件系统的元数据 Pin 到内存里以便提高读取响应时间。

或许将来能看到 Google 为 Linux 内核贡献更多代码，那会是一件很有意义的事情。

--EOF--

这是淘宝 UED 部门的 明城 捣鼓的一个工具。刚刚新鲜发布。他这么描述该项目：

Nginx 的确是 *ix 系统下非常优秀的 HTTP 服务器，但开发人员而言搭建 Windows 平台的 Nginx + PHP 环境的确非常的繁琐而且容易出错。 如果您有上述的问题，那么这个包能够帮得上您的忙。使用这名为 Farseer 的软件包，能够让您在两分钟内完成 Nginx + PHP for Windows 平台的安装。

繁忙的工作之余还有精神头捣鼓这个，发自内心的觉得应该表扬。

--EOF--

最方便的就是能迅速抽取不同维度的性能概览数据。想想其实一个日常用的工具也有很多创新的，nmon 和 topas 读取的数据源是一样的(Perfstat API)，但细节上做得更为到位(看来 Nigel 对用户体验也"略懂"阿)。nmon 抓取的数据很容易输出为 Round-Robin Database (RRD) 格式。便于进一步做数据展现。

AIX 提供的 Perfstat API 很赞，如果自己有兴趣，也可以自己写工具调用数据用以运维数据参考。我以前还写了两个山寨小工具，一个抽取网卡数据吞吐量，一个抽取磁盘 I/O 量。不会 C 也能照猫画虎弄出来。

--EOF--

新特性不完全列表

列出几个日常使用有关的:

• 新的环境变量 $BASHPID 用以返回当前进程 PID。
• 新的 'checkjobs' 命令检查报告 Job 运行的情况。
• 如因为缺少资源而创建子进程失败，bash 再尝试几次之后再报错(这个怎么觉得有点傻?)
• 'ulimit' 内建新选项 -b (socket buffer size) 与 -T (number of threads)。
• 新的 &>> 重定向操作符，追加标准输出与标准错误到指定文件中。

其他新功能多和 Bash 下的 Shell 编程有关，感兴趣的可以仔细看一下说明文件。

此外，Readline 有了比较大的功能增强。大家用的最多的命令行历史，现在有了新的 history-size 变量用来设定。

--EOF--

Solaris系统中网络虚拟机构架分析

分享嘉宾会就虚拟化技术的逻辑结构及其层次，具体部署一个Solaris虚拟化环境，初步实现数据迁移、容器设置、容器管理等一系列虚拟化技术进行了充分的探讨。

基于Groovy的Grails开源框架分析

动态语言已经迎来它的春天，我们感受过PHP的便捷，Python的简约，以及Ruby的强大直观，现在一个被称为"第二代Java语言"的晚辈----Groovy试图跳出来唱主角。它是怎样地优秀和特殊，又和Java有着如何密切的亲戚关系，在这个讲座里，大家将听到关于动态语言形象和深入的诠释，看到Groovy on Grails的方方面面。共分为动态语言、Groovy介绍和Grails框架分析等三个部分。

感兴趣的朋友请先去活动页面查看信息。周六下午，我在支付宝恭候各位。也可以来找我进行技术聊天 :)

--EOF--

至于很多苹果用户期待的在 Mac 下使用支付宝的事情，请稍安勿躁，有望在 11 月中旬得到解决。届时也将在支付志第一时间发布。支付宝安全工程师一直在努力!

支持 Mac 操作系统，通用的数字证书，更为安全、开放的支付宝时代即将到来。

--EOF--

自从支付宝（中国）网络技术有限公司宣布支付宝对 Firefox 的支持之后，很多 Firefox 忠实用户已经下载并试用了该安全控件。这里分享几则使用过程中的常见问题。

Q: 到哪里下载 支付宝安全控件 for Firefox ?

A: 您可以到 Firefox 官方附加组件站点 下载该插件。URI 地址在：

https://addons.mozilla.org/zh-CN/firefox/addon/6707

这是个可信地址(您需要首先在该站点上注册一个用户)。另外建议请不要安装其他未经过验证的地址下载的支付宝安全控件。

Q: 安装了支付宝安全控件(AliPay Security Control)后，为何无法看到密码输入框?

A:: 目前的支付宝安全控件 for Firefox 还不支持数字证书。所以如果您是支付宝证书用户，需要在 IE 浏览器下登录到支付宝，然后选择"数字证书" --"注销证书"。这样会降低保护级别。参考这篇《四步打造你的金牌安全支付宝》。

如果上述方法不管用，可能是插件冲突的问题，请您拨冗给我们留言，列一下您用的 Firefox 插件列表。不胜感谢!

Q: 是否支持 Linux 操作系统下的 Firefox ?

A:: 很抱歉，暂时还不提供支持。不过已经在开发测试过程中。给我们一点时间，我们给您惊喜！

问(Q): 我按照第一条Q&A 的提示做了，可还是不能用。

答(A): 请检查您是否使用了 NoScript 插件，如果是尝试禁用插件看一下。

BTW: 关于支付宝在 Vista 上的常见问题，参见 Vista 下支付宝控件、证书的相关使用问题。

建议您请收藏本文地址，我将持续更新......