张磊的blog

一家提供webhosting比较的wpdesigner.com

这是一篇话题广告，对webhosting没啥兴趣的大家尽可跳过。今天要介绍的是另一家提供 webhosts服务比较的网站，域名是wpdesigner.com。乍看还以为是提供wordpress themes的网站呢，点开一看，没想到内容时各种webhosting的排名。

网站上所陈列的hosting服务，都是shared hosting。这在一般情况下没什么问题，但是自由度不大，而且overselling无法避免。如果只是放一两个blog没什么问题（当然流量不能太大不然也顶不住），但若想自己玩儿大的，还是需要VPS的。

我用Linode已经几个月了，对它非常满意，并且推荐了不少朋友来用。有人说，用了VPS之后，再也不想回去shared hosting了。不管在性能方面、服务方面和价格方面，Linode都是值得尝试的VPS。至于shared hosting，Dreamhost也许可以考虑，虽然没有列在wpdesigner.com的推荐列表里。

另外，这类做webhosting推荐的网站，应该能通过affiliate收入颇丰。其实在国内也有不少人潜心于此。

多了一百万

工作日吃完午餐，都有和同事们出去逛逛的习惯。好几个同事都在今年初买了房子，最近楼市颇旺，大家的房子也涨了不少。有个特NB的同事，年初买了两百万的房子（据说是全款），如今已经涨到三百万了。

突然就多了一百万，大家都帮他想法子，比如把房子卖了，赚了钱投资别的，然后租个小公寓住着。但我依然觉得，对不是专业炒房的我的同事们来说，卖掉涨起来的房子并不是一件容易的事，最大的问题就是卖了没地方住了，继续租房没啥意思。

明天我要去交房租，晚上从ATM取了几千块钱，崭新连号的，翻来覆去地看。我很感兴趣，这100万到底是怎么多出来的。如果有人300万接手了，他是不是会期望着能涨到400万？

这样的房子，谁敢买呢。

谁还记得TOP？

6月22日，淘宝开放平台横空出世；前几天，我在一本《程序员》杂志上，看到了TOP的软文。今天是8月11日，距离TOP发布已经有40天。这40天里，不妨看看TOP取得了哪些发展。

从旁观者的角度，TOP的开发者论坛，到现在为止，只有1048个主题。扣除灌水专区的262个帖子，平均每天只有不到20个新帖。另一方面，论坛疏于管理，广告贴比比皆是。论坛绝不仅是一个用来发布公告的场所，能活跃气氛的论坛版主甚至比出色的开发工程师更难找。

TOP的找应用页面，前两页上的应用，12个中有9个是淘宝自己开发的。看起来TOP并没有动员起广大的开发者，即使ku6这种有一定规模的网站成功接入，甚至引爆流行，充其量也只是几个API的成功，对整个平台意义不大。在后面的几页，也还有些第三方开发的应用，但一共只有5页。

而从开发者的角度，TOP的沙箱环境，可以被认为是一个自作聪明造就的垃圾：

最初，TOP提供的查询API，根本查不出结果，在论坛里提问才知道沙箱环境根本没数据。过了不久，查询可以得到数据了，但看起来有几十条查询结果，指向的是同一个商品，商品图片也一模一样。有谁见过twitter、friendfeed会把search api也整一个沙箱环境呢？退一步说，人家如果搞个沙箱环境，会不会搜出来40条都是一样的内容？如果是sns类的api，有必要用沙箱环境进行控制；但对于查询类API，人家还不如直接抓取页面来分析。

这个当初被视为大淘宝的“关键步伐”的TOP，正在悄然走远。我觉得，开放平台成功的原因很多，但的失败的原因只有一个：开放得还不够。对TOP来说，也许还一并遇到了运作方面、技术方面的问题。

注：文中对论坛平均每天主贴的计算，是以6月22号为起点。实际上，能找到的最早的帖子是4月21号，所以平均下来更少。

验证wp-supercache是否正常工作

前几天wp-supercache发布了一个新版本，版本号从0.9.5.x升到了0.9.6.1。我也跟着升了级。对于使用Apache的服务器，wp-supercache会自动修改.htaccess文件，可以保证它正常工作。但使用nginx时，需要格外留心去配置，才能使supercache正常工作。配置的方法我之前已经提到，这篇文章会谈谈，如何验证你用的supercache是否正常工作了。

1、人肉测试法

首先打开浏览器，清空需要测试的网站的cookie（因为一些cookie会影响supercache的缓存策略）。然后打开该网站，查看源代码，如果启用了wp-supercache插件，会在源代码最后，有类似这样的两行：

这两行是记录了一些性能方面的信息。之后刷新一下页面，再次查看源代码，如果这两行信息完全一致，就说明缓存生效了，服务器直接返回了和上次一样的文件；如果信息不一致，那就说明第二次请求服务器并没能使用缓存。通过这个办法就能检验出supercache是不是真的起了作用。

2、采用curl

和上一个办法的原理一致。如果手头有个linux（既然用了nginx，服务器大抵是linux的），可以在命令行用curl。

比如使用  curl  -s  http://www.blogkid.net/ | grep Dynamic ，会得到下面这行：

<!– Dynamic page generated in 0.817 seconds. –>

再运行一次该命令，如果两次得到的内容一致，就说明supercache工作了。反之，说明配置方面还是不对，极有可能是rewrite规则的问题。

采用第二种办法，检验了一下发现支付志的配置居然是有问题的。看图：

如果有心人用ab去压一下，包你会发现网站打开变得很慢。