月蝎研究

西数 EARS 绿盘使用心得

noreply@blogger.com (Gregory) — Fri, 05 Feb 2010 14:34:00 +0800

这周新配了台电脑，主板：微星 P55-CD53 / CPU：Intel i5 750 / 内存：金士顿 DDR3-1333 2G / 显卡：影驰 GTS250 黑将版 / 硬盘：西数 1TB/64M 绿盘（WD10EARS）。

买回来整体感觉非常好，除了这块西数的新技术 EARS 绿盘。从装 Windows 7 系统开始，到更新系统、安装驱动，系统反应都让人难以忍受。在我 06 年买的笔记本上装 Win7，仅花了不到半个小时，而在这台机器上花了一个多小时。另外用迅雷下载一个几十兆的驱动压缩包，点“开始下载”后，要过 2-3s 界面才会有反应。在使用过程中，硬盘灯大部分时候都长亮，开关机时间也很长，远比我的笔记本开关机慢，系统整体毫无性能可言。这完全不像一台 i 平台的电脑该有的情况。

经过多番搜索查找，到论坛上询问与讨论，做了如下改进和设置，现在虽然硬盘性能仍不尽如人意，但也算可以忍受。打电话到卖电脑的商家，说硬盘本身没问题不给换，要换也是同样型号的硬盘，因此也只能忍了。

这里分享一下我做的改进和设置，希望对同样使用西数 EARS 硬盘忍受暴差性能的朋友能有所帮助。

“高级格式化”技术和 WD Align 软件
从最近推出的 EARS 系列（有 1.0T/1.5T/2.0T 三个型号）硬盘开始，西数推出了一项称为“高级格式化”的技术，简单的理解，就是将传统硬盘每扇区 512 字节改为每扇区 4K 字节。由于 Vista / Win7 系统都能很好的管理 4K 的扇区，因此如果是在 Vista / Win7 下安装格式化，则不需要做任何特别的设置和操作即可发挥硬盘性能，而在 Windows XP 系统下，则需要用西数提供的专门的软件 WD Align。

西数官方网站 WD Align 下载页面详细给出了哪些情况需要使用 WD Align 软件的情况。我的这块硬盘当时装机时是装机师傅用 Ghost 分区然后克隆的操作系统，因此理论上并未发挥硬盘性能。所以特地在 Win7 下安装并执行 WD Align 软件。

安装和执行过程比较简单，根据提示操作即可。安装完开始执行，程序会自动检测系统中的 EARS 硬盘，确认执行 Alignment 操作后系统重启并进入 WD Align 软件界面。执行转换的过程不需要人工干预。我 1TB 的硬盘，只有 C 盘有大约 5GB 的数据，转换过程耗时约 30 分钟。转换完成后会自动重启，进入 Win7 系统，WD Align 软件自动启动，检查转换是否顺利完成，然后退出。

执行完 WD Align 的转换操作后，感觉系统性能有明显的提升。桌面窗口、菜单操作明显不像之前有那么多卡顿的感觉。

开启主板 AHCI 模式及 NCQ 功能
AHCI（Serial ATA Advanced Host Controller Interface / 串行ATA高级主控接口），是在Intel的指导下，由多家公司联合研发的接口标准。使用该技术可让 SATA 储存设备启用高级 SATA 功能，例如原生指令队列（NCQ, Native Command Queuing）及热插拔。

据 Wikipedia 资料：使用 NCQ 功能，通过硬盘固件、硬盘控制器以及操作系统三者的互相配合，改善硬盘内部磁区的读取顺序，可以提高硬盘效能约30%，亦能够轻微减轻硬盘损耗的速率。

从主板 P55-CD53 的说明书上可以看到该主板已经支持 AHCI 模式，而这块新出的硬盘以及 Windows 7 操作系统也理所当然的支持。于是我重启系统到 BIOS 中将 ATA 控制器模式由 IDE 改为 AHCI，重新引导系统，结果 Windows 7 蓝屏，并立即重启了。

纳闷之余搜索了一番，了解到 AHCI 必须在安装操作系统之前就开启，否则安装后 Windows 7 会认为没有使用 AHCI 模式而屏蔽相关的驱动。不过也搜到一篇文章，讲解通过修改注册表，再开启 BIOS 的 AHCI 模式，然后进入 Windows 7 后，系统就会自动开始安装驱动，从而开启 AHCI 模式。具体的注册表路径为：

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Msahci

将值由原来的 3 改为 0 即可。

照此修改后确实可行，但 AHCI 开启后，HD-Tune、Everest 等软件均无法获取硬盘信息。想起在一篇论坛的帖子中有人提到，安装系统后再开启 AHCI，看起来好像是启用了，但实际对性能并无实际提升。想到目前反正系统也是刚装的，因此索性就在 BIOS 开启 AHCI 的状态下把 Windows 7 重装了一遍，顺便换上了 x64 的版本。

重装后 HD-Tune 和 Everest 都能顺利查出硬盘信息了，另外安装主板驱动提供的 Intel Matrix Storage Manager 软件后，可以查询到硬盘的 NCQ 功能已经开启。

至此，整个系统使用起来感觉比刚开始性能有不小的提升。窗口、菜单操作没有明显的卡顿，开关机速度也有非常明显的改观，至少比我笔记本上同样的 Win7 旗舰版要快。尽管从 HD-Tune 的读取测试，FastCopy 软件的文件拷贝测试来看，性能和速度比起网上给出的西数黑盘有较大差距，但这“较差的性能”已经到了一个可以忍受的范围内，毕竟绿盘的卖点是节能、低噪而不是性能和速度。

最后对于这块西数的新技术 EARS 绿盘，感觉买的比较后悔。或许作为仓库盘来用是不错的选择，但如果是系统盘，完全不值得推荐，价格相差仅几十元的 WD1001FALS 黑盘应该是更好的选择。

Blogger 将关闭 FTP 发布功能及应对措施

noreply@blogger.com (Gregory) — Mon, 25 Jan 2010 13:04:00 +0800

Blogger Buzz 上周末发布消息称 Blogger 将于 2010 年 3 月 26 日停止 FTP 发布功能，原因是目前所有的活跃 Blogger 用户中，仅有 0.5% 的用户使用 FTP 发布，而 Blogger 用于支持这一功能的资源则远超过这个比率。

我的 Blog 从 2005 年开始就一直使用 Blogger 的 FTP 功能发布，已经有四年多的时间，也因为这样所以一直可以相对正常的访问。说“相对”是因为 blogger.com 域名被封，时不时的也会引起页面的外部 CSS / JavaScript 资源无法访问，Feed 内容无法访问引起评论失败等问题。现在 Blogger 官方宣布将彻底停止 FTP 功能的支持，将会对我这两个 Blog 带来四年来最大的一次冲击。

不过可以肯定的是，我不会关闭这两个 Blog，也不回搬家到别家 BSP。其实最近一两年，随着文章数量的增加，利用 FTP 发布已经变得越来越困难，平均十次发布，至少要失败五次。而按现在 Blogger 的机制，无论是发布文章还是有网友发表评论，首页、文章页面以及相关的标签页面都会重建，如果修改模版，则所有的页面都需要重建，这样高的失败率，让人很难觉得这是一个好用的产品。

由于页面代码优化的需要以及应对 blogger.com 域名从国内无法访问的问题，我已经建立起一套机制实现从 Blogger Feed 下载文章的数据保存到本地数据库，用 PHP 扫描页面进行 XHTML 修改以及用 AJAX 获取相关文章 / 热门文章的功能，现在其实要保持 Blog 继续正常运行，只需要：

在数据同步时将正文部分也下载
利用下载的数据在本地用 PHP 重写 Blog 内容，或生成静态页面

这样不但免去了等待漫长的 FTP 发布以及高失败率的问题，也让我维护 Blog 变得更加灵活。

离 Blogger 停止 FTP 功能还有大约两个月的时间，我想已经足够我做这些改进了。

用 Feed 实现 Blogger 分页

noreply@blogger.com (Gregory) — Mon, 21 Sep 2009 15:18:00 +0800

使用 Blogger 建博客，一个很不爽的问题是在首页下方没有分页功能，这会直接导致有兴趣的读者没有办法方便的翻阅以前的旧帖子；而 Blogger 提供的模板，无论是老的 Template，还是新的 Layout，都没有相关的标签来实现这个功能，因此要加上这个功能，就只能继续 hack 了。

这两天利用 Blogger 的完整帖子的 Feed，配合 PHP 实现了这个功能。思路为：

读取原始的 index.html，把帖子的部分去掉，也就是 <Blogger>...</Blogger> 这段内容
读取以下 Feed 地址，解析出文章的日期、时间、标题、正文、标签等，按照原来模板的格式，用 PHP 输出到原来 index.html 放文章的地方
http://www.blogger.com/feeds/[blogId]/posts/full?max-results=[step]&start-index=[startIndex]&orderby=published
根据当前页码以及总帖数计算分页，在页面底部添加分页链接
如果有条件，可以利用 .htaccess 文件，将分页的 URL 由原来的
xxx.php?page=x
形式替换成对搜索引擎更友好的
/index/x
形式

如此一来，就可以在自己不存储任何文章数据的情况下，实现分页功能。当然，直到目前，以上的 Feed 地址仍然是被墙的，需要翻墙或者使用 HTTP 代理才能成功地获取内容。

phpMyAdmin 使用时 Apache 崩溃问题

noreply@blogger.com (Gregory) — Sun, 16 Aug 2009 23:26:00 +0800

最近笔记本的硬盘时常怪响，因此换了一块硬盘以防万一，系统重装了，因此开发环境 PHP + MySQL + Apache 也需要重搭。因为已经做过很多次，做起来轻车熟路，然而装好 phpMyAdmin 以后，在登入界面输入用户名密码点登入，居然弹出一个 Windows 应用程序进程崩溃的 report 对话框：Apache 崩溃了……

重新试了几次，仍然如此，换以前硬盘上的 PHP 目录（保证 PHP 的配置和以前一致），无效；换 Apache 版本，无效；换 phpMyAdmin 较早的可以正常使用的版本，无效；用 MySQL 官方的 GUI 客户端登录，可以读写数据，因此不是 MySQL 的问题，于是我就没辙了……

上 Google，发现很多人都有类似的问题，最早的帖子甚至可以追溯到 2003 年，然而没有看到一个有用的解释或者回答，但终究找到一个网页提到架设 PHP + MySQL + Apache 的时候，要保持 MySQL 的客户端连接库 libmysql.dll 版本一致，最好使用 PHP 自带的 dll。

想到这次设置 PHP 时，没有像以前把所有的 dll 都拷贝到 %windows_root%\system32 下，而只是直接的把 D:\PHP 加入到了 PATH 环境变量中。于是马上照以前的办法，把 PHP 包中的相关 dll 都拷贝到了 system32 下，再启动 Apache，进 phpMyAdmin，问题解决了。

用了一会儿，问题有时候仍然存在，于是又把 %Apache%\bin\libmysql.dll 删除（或改名），则问题解决了。但是在 phpMyAdmin 登入后，首页下方会提示说当前使用的 MySQL 客户端版本和服务器版本不相符，可能导致不可预料的结果。

如果各位对此问题有没有更透彻的解释以及彻底的解决办法，望不吝赐教。

Google 宣布涉足操作系统：Chrome

noreply@blogger.com (Gregory) — Wed, 08 Jul 2009 18:53:00 +0800

Google 官方博客今天早些时候发布文章，Introducing Google Chrome OS，Google 黑板报随后在下午也发布了此文的中文翻译：谷歌 Chrome 操作系统。

Google 自九十年进入人们的视线，到现在将近二十年时间，从名不见经传的小公司，已经成为世人瞩目的具有极大影响力的互联网巨舰。坊间曾一度传闻 Google 终将涉足操作系统领域，而前两年推出 Android 手机系统也被认为是对涉足操作系统的投石问路。而现在，终于为我们揭开了这层面纱，比想象中要来的早的多，快的多。

如果说 Chrome 浏览器足以让微软不安的话，那么 Chrome 操作系统对于微软可以说是一枚重磅炸弹。Google 在行业一项有着较好的声誉，其产品也从来不缺乏用户、支持者乃至狂热者。有人说 Google 越来越巨大，并不容乐观，因为极有可能发展成为第二个微软，最终变成另一个邪恶的垄断帝国。但就目前的形式来看，在微软的 Vista 叫好不叫座，强行推行仍无人问津，仓促推出 Windows 7；IE 系列一代不如一代，市场占有率持续下滑的今天，如果有另外一家公司为我们提供更有竞争力的产品、更新的理念、甚至一场革命，未尝不是一件好事。

当然，以上的担忧也未必就是杞人忧天。这就像一位骁勇善战的将军，为广大民众打败入侵的外敌，带来和平与繁荣，集权利、荣誉与威望于一身，最后到底是成为独裁的暴君，还是继续服务于人民的福祉？期待 Google 能够给我们一个正面的范例。

Gmail 结束 Beta

noreply@blogger.com (Gregory) — Wed, 08 Jul 2009 10:19:00 +0800

Google 官方博客及 Twitter 上的 @google 昨晚都发布消息，称 Gmail、Google Docs、Google Calendar 以及 Google Talk 结束 Beta。“Beta” 标记将从这些产品的 LOGO 中去除，但无论是否 “Beta”，Google 都将继续对这些 WEB 应用程序进行创新和改进。

记得自己在 Gmail 刚推出的时候，就收到邀请注册了，并一度做为自己的主要私人邮箱使用，已经有很多年了。（据 Solidot 文章，Gmail 于 2004 年 3 月 31 日推出，所以到现在已经有 5 年多了。）

一项以及多项相关产品有如此长的 BETA 期，这是很少见的。加上我所在公司的其它部门曾经做过 Android 平台 API 的单元测试工作，据说该平台自推出后的很长一段时间，该 API 中 bug 非常多且 API 文档混乱。另外据我多年使用 Blogger 作为博客平台的经验，其 bug 之多也是在公众运营的产品中遥遥领先的。

尽管 Google 的创新能力和“不作恶”是另世人和广大互联网用户称道的，但以上事实也让我非常怀疑 Google 内部的代码质量控制。现在此四项产品的最终结束 Beta，应该可以说对 Google 的形象起到了长远的积极作用，也希望 Google 能为我们提供更多更稳定更惊艳的互联网产品。

让 Google 为你导游

noreply@blogger.com (Gregory) — Tue, 07 Jul 2009 15:47:00 +0800

瘾科技消息：Google 实验室最近推出新服务 - Google City Tours。

这个服务利用 Google Map 作蓝本，在 Google Map 上加入了旅行导航。你可以在一个城市中加入不同的景点，然后让 Google 作导游，为你度身订造旅行路线。

Google City Tour 已经预先准备一些数据，像博物馆的开放时间、脚程时间等等。基本上可以帮你规划一条不错的路线，对背包客来说是一个不错的选择。因为利用 Google City Tours 来作一个蓝图，再更改自家行程，较从零开始更方便。

现在 Google City Tour 只有一些欧美主要城市的数据，未有加入亚洲城市。而且预设的建议景点也是博物馆，要加入其它的地点要手动加入。

看到这则消息，首先想到的就是今年 3 月在欧洲出差时，去巴塞罗那和罗马旅行的事情。由于人生地不熟，加上语言也不怎么通，所以在订好机票和旅店后，自己也花了大量的时间做功课，为紧凑的周末做好安排。当时如果有这项服务就好了，可以省去很多人工的查找和计算工作。

不过，从经验上来看，这项服务要能在手机上使用才方便。在欧洲城市旅游，如果不是跟团的话，通常都是徒步加市内公共交通的方式，很难想象时不时的掏出笔记本查看下一个景点的地点和方向。目前也还不太清楚这项服务是否能够用在手机上，不过倒不妨说说自己当时的解决方案。

先在 Google Maps 和 Google Earth 上实现查找了所有著名景点的位置并安排了路线，然后存成 KML 文件，并把文件放到可以公共访问的网站上。通过 KML 文件的 URL，可以把景点的位置和路线导入到 Google Maps，并以此共享给同行的其他旅伴。最关键的，是要有一部支持 GPS 的手机，安装好移动版的 Google Maps 后，可以通过 URL 打开之前准备好的 KML 文件，从而把路线安排导入到手机，这样，在旅行的时候，便可以随时拿出手机查询当前的位置，行进方向，以及要去的景点所在的位置。

当然，纸质的地图也是非常必要的，原因在于其一手机屏幕一般不够大，很难有个总体的概览，第二，最重要的，手机地图上的地铁和公交站信息可能不太完整，而通常当地提供的旅游用地图就有比较详细的公交地铁站的位置以及另外的线路信息，这对于徒步自由旅行来说，是非常方便的。刚出地铁站，可能一时很难搞清楚位置和方向，这个时候再掏出手机上的 Google Maps，通过 GPS 定位后，就知道自己的位置以及该行进的方向了。

所以强烈推荐纸质传统地图加手机 Google Maps 来配合使用，不过记得要给手机充足电，有必要的话另备一块电池。GPS 和 GPRS 同时开启，可是很耗电的。

模板标签生成奇怪 Javascript

noreply@blogger.com (Gregory) — Wed, 01 Jul 2009 13:07:00 +0800

昨天由于有新的评论，有一篇帖子的页面被重新生成，然后页面就出现了一些奇怪的问题。仔细查看源代码后，发现在生成页面的时候，模板里面所有的 </Blogger> 标签的画面，都被加上了一段奇怪的 JavaScript 代码：

<script type="text/javascript" src="http://www.blogger.com/static/v1/common/js/327583163-csitaillib.js"></script> <script>if (typeof(window.attachCsiOnload) != 'undefined' && window.attachCsiOnload != null) { window.attachCsiOnload('ext_blogspot'); }</script>

重新发布了几次仍然是这样，因此推测可能是 Blogger 做了更新。在 Google 上搜索了一下，发现很多 Classic Template 的使用者都发现了相同的问题，并且报告在 Blogger 的 Google Groups 帮助讨论组，如这篇帖子，还有这里，以及这里。虽然有很多网友提出了各种临时的解决办法，但看起来都不尽如人意。

个人认为 Blogger 这个新的功能添加得不够专业。先且不论是什么功能，光是直接在</Blogger> 标签后加入 <Script> 就不可取，因为 Blogger 这一对标签里面包括和帖子相关的数据，页面上凡是需要帖子标题、ID、时间等相关信息的地方都会用到这一对标签，它可能出现在标题、正文甚至其它的 JavaScript 中（例如我就需要通过这对标签取得帖子的 ID 并作为参数传给 JavaScript 函数）。

目前暂时通过人工编辑 HTML 去掉了相关的 Script，如果近期 Blogger 不能解决这个问题的话，就只有另外写 PHP 程序来自动处理了。

Update July. 2, 2009:

在这篇帖子中一位来自 The Blogger Team 的用户提到，这的确是他们发现的一个 bug，将很快被修复。让我们拭目以待吧……

Update July. 8, 2009:
这位来自 The Blogger Team 的用户提到，他们已经在 Blogger 的 Known Issues 网站上记录了这一问题以便跟踪。从该帖内容来看，他们只认为问题只出在不该在 <title></title> 之间输出 script 内容。难道他们不知道这一对 <Blogger></Blogger> 还可能用在用户自己定义的 JavaScript 中吗？

GFW 开始识别 WEB 代理

noreply@blogger.com (Gregory) — Fri, 19 Jun 2009 19:02:00 +0800

之前提到用 HTTP 中转的办法解决了评论的问题，今天发现 Blog 上所有的评论又失效了…… 开始以为是因为页面直接引用了 www.blogger.com 域名的某些内容而导致撞墙，但仔细分析后发现，我的 HTTP 中转直接不能访问了，而且之后我的 HTTP 中转程序所在的域名也会在一小段时间内无法访问…… 但同时，用该中转能够访问原本没有被封的内容，比如 Flickr……

考虑到传入的目标 URL 参数是用 Base64 和 URL Encode 方式处理的，不存在任何加密，而且这和大多数的　WEB 代理相同，所以推测是现在 GFW 能够识别用 Base64 编码的内容，如果该内容刚好是被屏蔽的网址，则阻拦该 HTTP 请求，并且屏蔽该请求所在的域…… 从而让公众无法通过 WEB 代理访问屏蔽内容。

当然，解决的办法也简单，如果不能简单通过 Base64 decode 得到一个 URL，那么它也就无从判断是不是被屏蔽的网址了……

我起先想直接把原网址按位取反再 Base64 就行了，结果同事说我作为一个 IT 人士这么干太低级了…… 他们说用 RSA 吧，但是也犯不着这么兴师动众吧……

还是 Liuming 小弟比较聪明，提供了一个比按位取反高级，又比 RSA 简单的办法，那就是……

两次 Base64…… >.<"e;

Google 邮箱收到 Bing 发来的邮件

noreply@blogger.com (Gregory) — Thu, 04 Jun 2009 11:01:00 +0800

今天早上 Google 邮箱收到 Bing 发来的题为“Discover Microsoft's new Search services”的邮件，声称微软发布了新的搜索引擎服务，并提供了新的 webmaster 工具 www.bing.com/webmaster。

然而，由于众所周知的原因，Bing 在当下无法访问，微软在这个时候让 Bing 上线原本已经不合时宜，现在又在这个把邀请邮件发到 Google 邮箱，提供一个无法访问的链接，实在是为微软感到可惜。

既然如此有诚意，还是用代理打开来看看吧。从界面和内容上看，与微软先前的 Live Search Webmaster Center 如出一辙，加上里头已经有了我两个 Blog 的 Sitemap 信息，可以看出这个 Bing 就是从先前的 Live Search 改头换面升级而来。这大概也是为什么 Bing 上线第一天就能够搜到“月蝎研究”和我的另一个 Blog “今日无大事”。

微软新推出的 Bing Webmaster 工具

开始以为微软的邮件发到 Google 邮箱是为了故意挖取 Google Webmaster Tools 的用户，但后来发现由于 Bing 就是原来的 Live Search，而早先我已将自己的 Google 邮箱登记为 Live Search Webmaster Center 的联系邮箱，所以这次是我自己以小人之心度君子之腹了。

另外，微软的邮件中，还提到了 Bing 搜索引擎相关的 API www.bing.com/developers 以及提供支持的讨论社区 www.bing.com/community，有兴趣可以看一下。