去年5月份买的Dreamhost快要到期了，趁cosβ组织Bluehost分享的机会，提前搬到了bluehost。

bluehost和dreamhost是中国独立blog用得最多的两个主机空间，而bluehost比dreamhost的口碑要稍微好一些。

用探针（同一个主机上的）看了一下，dreamhost的内存余量偏少，不过系统负载要小一些（比较dreamhost的load average）。探针看不到CPU数量，不过听说是四颗CPU，而Dreamhost是两颗。但同时，他们的CPU都是双核的，所以真实的CPU数量是bluehost有2颗，而Dreamhost只有一颗。这样的话，Dreamhost的平均负载偏高（一般都有4到6）。

上次买Dreamhost用的是777的promotion code，只花了9.5$。这次与人共享主机，70￥。我想现在有些人还在国内空间上挣扎，只不过因为信息的不透明罢了。其实，网络上的共享计划很多，用Google搜索一下dreamhost|bluehost 共享看看。

[tags]bluehost,dreamhost,搬家[/tags]

© zhiqiang for 阅微堂, 2007. | 链接 | 21 条评论

Dreamhost的空间马上就要到期了，面临着继续留在Dreamhost还是搬去Bluehost的选择。对我来说，主机速度是决定性因素。这几天用crontab把我的Dreamhost空间所在服务器的系统负载数据记录了一下，所用方法是新添一个cron: SSH下输入命令 crontab -e, 添加一行

*/5 * * * * uptime >> status

uptime命令会输出当前服务器的一些状态（用top命令能查到更多），大致是下面这种东西：

23:35:00 up 32 days, 5:21, 11 users, load average: 1.50, 2.76, 3.04

这个输出，load average后面分别是1分钟、5分钟、15分钟的负载情况。数据是每隔5秒钟检查一次活跃的进程数，然后根据这个数值算出来的。

定期检查status文件，我收集了大约10来天的数据，每五分钟统计一次。我比较关心的是load average数据。load average的含义大致为

在Linux系统中，uptime、w、top等命令都会有系统平均负载load average的输出，那么什么是系统平均负载呢？

系统平均负载被定义为在特定时间间隔内运行队列中的平均进程树。如果一个进程满足以下条件则其就会位于运行队列中：

• 它没有在等待I/O操作的结果
• 它没有主动进入等待状态(也就是没有调用'wait')
• 没有被停止(例如：等待终止)

一般来说只要每个CPU的当前活动进程数不大于3那么系统的性能就是良好的，如果每个CPU的任务数大于5，那么就表示这台机器的性能有严重问题。

服务器上的探针显示我在Dreamhost上的服务器有两颗CPU。下面是一些统计数据。这一张是按照时间分段显示负载，在当地时间午后（服务器时间跟北京时间相差15个小时），服务器负载最高。

下面是负载分布。约83%的时间负载低于6（每颗CPU负载低于3），但也有3%的时间每颗CPU负载高于5（系统超负荷）。

 对于数据还可以做很多事情，有兴趣的可以自己下载数据进行分析。

[tags]Dreamhost, bluehost, 系统负载， average load[/tags]

© zhiqiang for 阅微堂, 2007. | 链接 | 6 条评论

用WordPress的都知道，WordPress可以打开GZIP传输，压缩比率能达到60%到80%。下表是本blog首页在Web Page Analyzer上的测试报告，此页面上包括css, js所有东西加起来才14K。

QTY	SIZE#	TYPE	URL
1	6999	HTML	http://zhiqiang.org/blog/
1	2593	SCRIPT	http://zhiqiang.org/blog/.../comment.js.php
1	2302	SCRIPT	http://zhiqiang.org/.../all.js.php
1	2048	CSS	http://zhiqiang.org/.../style.css.php
1	431	IMG	http://feeds.feedburner.com/~fc/zhiqiang
5 ^	14373*		Total (^unique objects)

Dreamhost还用的是Apache 1.3(Am I wrong？)，所以没有mod_deflate模块，而用的是mod_gzip模块，这个模块直接在磁盘上读写，效率比前者要低。不过有总比没有好，毕竟压缩比率很高。

但诡异的是，服务器默认对CSS和JS不作压缩。写信去问了dreamhost客服，也没有什么好方法。最后我采用的方法是用php给包一层：用style.css.php来代替style.css：

<?php # this is the file style.css.php, who contains style.css
# set the request file name
$file="style.css";

# Set Expires, cache the file on the browse
# Delete it if you don't want it
header("Expires:".gmdate("D, d M Y H:i:s", time()+15360000)."GMT");
header("Cache-Control: max-age=315360000");

# set the last modified time
$mtime = filemtime($file);
$gmt_mtime = gmdate('D, d M Y H:i:s', $mtime) . ' GMT';
header("Last-Modified:" . $gmt_mtime);

# output a mediatype header
$ext = array_pop(explode('.', $file));
switch ($ext){
case 'css':
 header("Content-type: text/css");
 break;
case 'js' :
 header("Content-type: text/javascript");
 break;
case 'gif':
 header("Content-type: image/gif");
 break;
case 'jpg':
 header("Content-type: image/jpeg");
 break;
case 'png':
 header("Content-type: image/png");
 break;
default:
 header("Content-type: text/plain");
}

# GZIP the content
if(extension_loaded('zlib')){ob_start();ob_start('ob_gzhandler');}

# echo the file's contents
echo implode('', file($file));

if(extension_loaded('zlib')){
ob_end_flush();
# set header the content's length;
# header("Content-Length: ".ob_get_length()); # (It doesn't work? )
ob_end_flush();
}
?>

上面代码不仅压缩代码，而且要求浏览器端Cache这个文件。甚至，可以把所有css文件都放到一个php文件里，只要在echo处加入多个文件即可。

下面是一些常用的测试网站：

• GZIP Test: 测试一个URL地址是否支持GZIP传输，以及压缩比率。
• Web Page Analyzer：网站页面速度报告
• Cacheability Test: 测试一个页面是否可Cache

参考资料：

• Caching Tutorial
• flickr对javascript干的好事
• Working with cached pages

© zhiqiang for 阅微堂, 2007. | 链接 | 27 条评论

两个月前一时冲动，花了大约80大洋买了一年的dreamhost主机。刚买的时候就试图把Blog搬到它上面去，不过由于数据库的乱码原因，一直没有成功。最近，多个电信的朋友告诉我我的Blog速度“慢得不能忍受”，今天下午下定决心搞定数据库，哪知道一下子就弄了4个小时，到现在才基本上搞定。现在正式进入测试期，欢迎报告Bug和异常情况。

先说一下我是怎么解决数据库乱码问题的。最开始的时候在phpmyadmin里面直接导入备份文件（使用WordPress自带的database backup生成），最后文章里面大部分显示正常，但是间或的有些汉字变成了乱码（在FireFox下变成两个?号）。在无数次失败的尝试和Baidu的帮助下，最后找到解决方案：

1. 使用WordPress自带的database backup生成备份文件（打开这个文件，里面中文是正常的，而如果直接从phpmyadmin里面导出数据库，中文都是乱码）。
2. 在phpMyadmin中设定MySQL 字符集: UTF-8 Unicode (utf8) （一般来说默认就是这个）
3. 在phpMyadmin中设定MySQL 连接校对: utf8_general_ci
4. 用文本编辑器如EditPlus 打开备份的数据库文件，查找"DEFAULT CHARSET=latin1" 用"DEFAULT CHARSET=utf8"替换。
5. 用phpMyadmin导入上面修改过的备份文件。
6. 修改wp-includes/wp-db.php內的资料连线设定。详细的修改方式是这样的：
   $this->dbh = @mysql_connect($dbhost,$dbuser,$dbpassword);
   //加上下面这行
   $this->query("SET NAMES 'utf8'" );

这样做之后，不但页面上没有乱码，在数据库里面也可以直接看到中文。另外，在解决过程中得到了Lucifer和Sunwell帮助，关键的一步从wordpress恢复数据库后乱码问题的解决看来的，一并表示感谢。

我和Dreamhost：

• 我上Dreamhost还是太慢了，特别是它的FTP，无法忍受。
• Dreamhost的CPU速度比我原来的实验室的服务器还要慢，看看页面生成时间，有时候竟然需要2秒以上，郁闷。
• Dreamhost的服务器在国外，教育网访问需要代理，包括我自己，:(。
• 不用担心备案问题了，不过我担心Dreamhost整体被封。
• 十个月后空间到期后咋办呢？对我来说，搬家很快的，拎着数据库跑就行了。图片啥的我都放到Flickr和Picasa Web上了。不过寻找新空间是个大问题，暂时不管了。

另外，Dreamhost的unix主机的文件名是分大小写的，结果导致我有些ajax程序异常，不过现在已修正。

© zhiqiang for 阅微堂, 2006. | 链接 | 46 条评论