这是淘宝 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--
]]>新特性不完全列表
列出几个日常使用有关的:
其他新功能多和 Bash 下的 Shell 编程有关，感兴趣的可以仔细看一下说明文件。
此外，Readline 有了比较大的功能增强。大家用的最多的命令行历史，现在有了新的 history-size 变量用来设定。
--EOF--
]]>
分享嘉宾会就虚拟化技术的逻辑结构及其层次，具体部署一个Solaris虚拟化环境，初步实现数据迁移、容器设置、容器管理等一系列虚拟化技术进行了充分的探讨。
动态语言已经迎来它的春天，我们感受过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 下支付宝控件、证书的相关使用问题。
建议您请收藏本文地址，我将持续更新......
]]>
明天下午将去参加 InfoQ 中文站主办的 体验基于OpenSolaris的Web/企业应用 活动，这也是杭州 OpenSolaris/OpenSource 用户组的第一次活动。
我应邀将在活动上做个关于数据库的分享，主题为 "设计可扩展的面向互联网应用的MySQL数据库" ，欢迎感兴趣的朋友光临指导。具体时间和地点 ? 就在上面的链接里 ...
自从 Sun 把 MySQL 收购了之后，好像关于数据库的市场活动并不大，相反，倒是对操作系统做了一些不遗余力的推广。当然，现在的 Solaris 倒也并非没有长处，ZFS 和 Dtrace 就是两个很有趣的东西，而这两者对 MySQL 都是很好的互补，对 Linux 其实也是很好的互补，尤其是 ZFS ，最近一段时间，越来越觉得 Linux 的 EXT 文件系统在某些场景多少还有点短板。期待明天能听到关于 ZFS 和 Dtrace 的一些内容。
补充：听说 Sina 有一部分机器用了 OpenSolaris，但也应该是试水性质的吧。国内其他网站有没有用 OpenSolaris 的?
--EOF--
]]>今天看到 Brad Fitzpatrick (就是大名鼎鼎的 Memcached 的作者，现在效力 Google) 在网志中说道，正在利用 Google 著名的 20% 的业余时间为 Google App Engine 增加对 Perl 的支持。
[来源]
还记得时不时的会从中文 Perl 邮件列表里看到有人散布 Perl 过时的言论，其实一个语言过时与否都不重要，关键的是是否有人依赖该语言打造出比较激动人心的应用。如果 GAE 能够支持 Perl ，或许就是 Perl 焕发第二春的时候。从这个角度来说， Erlang 不也是如此么?
提个意见，Google App Engine 啥时候能支持给中国移动发短信? 现在支持 China Unicom，周围没有朋友用联不通的，大家都用移不动的。
--EOF--
]]>谁知道 Sun 葫芦里卖的什么药，看家宝 Java 都开源了，在 MySQL 上还保留什么呢? 能否成为更受人尊敬的公司，还要看气度。这点上，Sun 始终扭扭捏捏。
一心要做 Web 2.0 中的这个 Dot 的 Sun，看来又要做活雷锋了，不过这次似乎是要帮助一下竞争对手 PostgreSQL。
--EOF--
]]>这个特性应该重点针对 PHP 应用的。PHP 不支持真正的多线程，非持久连接非常消耗 CPU 资源，扩展性也差；持久连接扩展性好了一点，但是又额外占用更多的内存资源(PHP 之父在几年前的一个 Step-by-Step 优化演示的文章中很形象的说明了连接开销对应用的影响)。DRCP 的出现能更好的缓解上述两个问题，其共享连接能跨 Apache 与中间件节点，但共享的连接是基于数据库用户的，比如 Scott 用户登录到 DB 上的所有连接间共享。
Oracle 官方披露的测试数据是，在 4 CPU Intel Xeon MP 2.80GHz 机器上，2GB RAM, 32bit RHEL 4. 支撑到 14000 个链接的时候，CPU 使用率在 65% 左右。这个...还是太惊人了，根据我找到的另外一份测试结果，看来要大打折扣才能有参考性。
--EOF--
]]>
这个插件几乎能搞定 Nagios Alert检查的方方面面，具备足够丰富的的过滤规则与显示条件；还能够定期调度；有趣的是，居然还提供声音报警。
一般人我不告诉他！
--EOF--
这两个软件，应该都是从实际应用需求上得来的，可以说是"设计以致用"，不是纯用于研究的，而设计思路很有些 "Mashup"。我没有实际使用经验，不知 Memcachedb 和 Tugela Cache 二者有何差别。我对 Memcachedb 这个项目倒是比较感兴趣的，把 Cache 和 DB 有效结合起来，消除 DB 单点 I/O 承受的应用压力...而且，实现方便且廉价...十分美好的前景。
期待能有更多类似的项目涌现出来。国内的 Web 2.0 站点软件设计人员也可以借鉴一下。
--EOF--
更新：【很多人估计从来不仔细看文章的具体内容。我这篇文章里可看不出来 "对Memcachedb的思想比较推崇"的, TBStore 也未必就有多超前，内存 + DB 八百年前就有人想到了。只是赞扬一下 Sina 团队的精神而已，如果只是攀比牛B，去和Google 、eBay 比比好了】
更新2： Memcachedb 现在在有了官方站点：http://memcachedb.org/
]]>
Yahoo! 和 Carnegie Mellon 大学合作的开源分布式计算项目代号为 M45，这个 超级计算集群 有 4000 个处理器，3T 内存，1.5 PB 存储空间，自称足以跻身世界超级计算机 50 强。这两天网络上搜索最火的一个词应该就是 Hadoop 了吧? 雅虎的这套集群就是跑在 Hadoop 上。
Hadoop 现在已经有很多不错的应用案例可以参考，比如这篇 Running Hadoop MapReduce on Amazon EC2 and Amazon S3
Yahoo! 或许早意识到自己的 Web 1.0 方式下的计算能力比 Google 差的太远，干脆放手一博，助力 Hadoop 项目，期望能借助开源的力量与 Google 掰一下手腕。从这里我们得知 Yahoo! Hadoop 团队早在 06 年就成立了，当然，这个团队成立的前提是 Doug Cutting 入职雅虎。
雅虎现在不应该担心追不上 Google ，应该担心 Doug Cutting 别被 Google 挖去，否则，可真的没机会了。
--EOF--
来点直接的数据：
架构示意图如下：
Copy @Mark Bergsma
在我写的这些网站架构的 Blog 中，GeoDNS 第一次出现，这东西是啥? "A 40-line patch for BIND to add geographical filters support to the existent views in BIND", 把用户带到最近的服务器。GeoDNS 在 WikiPedia 架构中担当重任当然是由 WikiPedia 的内容性质决定的--面向各个国家，各个地域。
WikiPedia 用 LVS 做负载均衡, 是章文嵩博士发起的项目,也算中国人为数不多的在开源领域的骄傲啦。LVS 维护的一个老问题就是监控了，维基百科的技术人员用的是 pybal.
Lighttpd 现在成了准标准图片服务器配置了。不多说。
维基百科网站成功的第一关键要素就是 Cache 了。CDN(其实也算是 Cache) 做内容分发到不同的大洲、Squid 作为反向代理. 数据库 Cache 用 Memcached，30 台，每台 2G 。对所有可能的数据尽可能的Cache，但他们也提醒了 Cache 的开销并非永远都是最小的，尽可能使用，但不能过度使用。
MediaWiki 用的DB 是 MySQL. MySQL 在 Web 2.0 技术上的常见的一些扩展方案他们也在使用。 复制、读写分离......应用在 DB 上的负载均衡通过 LoadBalancer.php 来做到的，可以给我们一个很好的参考。
运营这样的站点，WikiPedia 每年的开支是 200 万美元，技术人员只有 6 个，惊人的高效。
参考文档：
Wikimedia architecture （PDF)
Todd Hoff 的文章
--EOF--
]]>