以前升级Drupal网站都是按照规范的办法来：先备份、升级第三方模块、再升级核心、运行update、检查配置、复制需要的老文件等。今天用Drush来升级了本站(jamesqi.com)做实验，直接在服务器的本站目录中运行drush pm-update，然后按照屏幕提示回答几个yes就可以了，系统自动进行以下事项：

• 检查和显示需要更新的第三方模块和核心模块；
• 询问是否继续升级，回答yes后，升级第三方模块，保存备份文件到/root/drush-backups/目录中；
• 询问是否升级核心，

　　以前就知道Drupal有个名为Drush的Shell工具，但没有用过，最近需要对好多个Drupal网站进行一些初始设置，人工操作web上的菜单会非常费时费力。上周去花了些时间安装调试那个Drush工具，简直是神器啊，设置的效率起码提高几十上百倍！

　　Drush除了一些与Drupal核心模块配合的功能以外，还可以与一些第三方模块配合，例如与Language配合的添加语言功能、与Xmlsitemap配合的生成站点地图功能等，确实非常有用，某些情况下可节约大量操作时间，周末这两天就在服务器上运行一些通过l10n进行的翻译更新，下周将在更多服务器上安装Drush。

　　我们在2010年9月就开始采用“AdSense自有搜索广告”，2011年1月发现AFS广告代码中多一个逗号引起的IE浏览器兼容性问题，修改后加强了这种AFS - Ads-Only的投放，一度收入提升明显。

　　但似乎总有部分用户向我们反映访问我们的一些网站时遇到报错，这种情况断断续续有一年多了，期间也遇到与其他网络问题（例如国内DNS问题）混淆，难以进行准确判断和解决。

　　上周再次遇到客户反映我们部分网站打不开，我们自己用公司内同事的多台机器、多种浏览器查看，发现有部分浏览器查看部分网站的时候始终遇到报错的情况。

　　让技术部同事帮忙检查，说是其

　　8月份花了好些时间来将一些外文网站搬迁到国外的服务器上，中间遇到很多或大或小的问题，与同事逐一解决了，记录下来一些需要进行的配置修改，以便以后增加更多服务器的时候留意：

• 选择最新的64位CentOS LAMP安装，两块硬盘可

　　MediaWiki的一个特点是页面标题与页面网址对应，这样做内部链接的时候很方便。不过在有些情况下，需要对页面标题进行一些更改，MediaWiki中就引入了{{DISPLAYTITLE:}}这样的标记，使页面显示的标题与链接有所不同。

　　但我们最近还希望让页面的HTML源代码中的标题也有所变化，而Wiki系统中的PageTitle（位于<h1></h1>之间）和HTMLTitle（位于<title></title>之间）是不一样的。前些天在MediaWiki官方网站找了好久也没有找到适合我们使用的插件。

　　今年新购入的服务器上的硬盘时常有些毛病，在导入数据的时候就多次出现故障，用了2、3个月的时间导入数据后，算是稳定了几个月，但最近随着我们添加手机版工作的开展，硬盘又开始忙起来，服务器负载明显增加。两周前出现了几次服务器死机情况，每次重启后都会导致数据库保存，需要检查、修复，这样的情况持续出现后，终于有一次服务器重启不了了，好在数据都已经备份、复制出来了。这些备份数据就直接在新购的美国服务器上恢复，站点启用后，发现普通内页可以打开，但数据量大网站的分类页却频频出现报错，服务器8核CPU长期都被占用100%，而硬盘IO看上去还不是那么满，问题原因还在查找中。我们把情况向服务商反映后，他们

　　在试用云计算平台Amazon Web Services的一年免费套餐的过程中，最开始的几天我们从国内的访问很不畅通，所以不敢重用，现在只是放了一点测试的内容，测试的情况倒是还好，但也还没有再次把重要网站转移过去。

　　上周倒是比较了多家国外的独立主机提供商，最后选定一家服务器配置相对比较高而价格比较便宜的德国公司server4u提供的服务，他们在欧洲和美国都有服务器，我们自然是选用美国的服务器。

　　选用了其最高端的服务器ProServer UltraPOWER X6，配置如下：

CPU