题外话：
之前使用了一段时间M代理的brustvps。brustvps质量凑合，关键是价格便宜，512M的OpenVZ才$5这个价格。一用就是2个月。这次本打算继续续费使用，然，M告知说，不再续费了。原因是brustvps单反修改vps租赁协议，让M继续支付已经过期的VPS份额。这个，M当然就不干了，但也因为这个原因造成我们这些本该正常续费的用户无法正常运作了。M沟通未遂绝望之时，建议我转投他方继续运营站点。
M推介的了几个VPS服务商，于是我从中选了刚运营的damnvps。
VPS配置如下：
- Xen HVM（因为我需要用FreeBSD)
- 512MRAM
- 15G空间,1T流量,1IP
相对之前的brustvps，配置上面略有缩水，譬如空间流量和IP。不过$7的价格尝试Xen是不错的了。
之前用OpenVz的时候，配置系统是非常简单的事情。直接reload自己想要的系统镜像进去就可以了。服务商已经把基本的系统配置好了。你只需要根据自己的需求定制安装说需要的webserver即可，在brustvps的时候我使用的是centOS5，架构是LAMP，有很简便的一键安装包，没有几下子就把系统配置出来了。
使用Xen就没有那么轻松了。因为我选择的是HVM全虚拟化，VPS就好象一台硬件刚装嵌完毕的机器一样，没有任何软件，必须安装系统。在vps的web管理页面上，选择要安装的系统光盘设置到虚拟的光驱上面，然后利用vnc远程控制机器，好象真实装系统一样，一步步的安装系统。我使用的是最小化安装系统的。然后参考《基于FreeBSD 8.0 Ports配置nginx+php+mysql高性能web平台》和张宴的《Nginx 0.7.x + PHP 5.2.6（FastCGI）+ MySQL 5.1 在128M小内存VPS服务器上的配置优化》配置好了FNMP架构了，顺利的跑起了wordpress(后简称wp)。点击这样查看演示站点
单独跑一个wp稳定一天，负载如下图
调试过程出现过几段小插曲。
其一，nginx默认php配置问题，无法把fast-cgi定位到目标的php程序，后来更改了web文件保存路径后解决
其二，nginx通过fast-cgi和php通讯时候。老死使用不了unix模式（现在依然无法解决-_-!）
其三，旧的wp模板使用了file_get_content()函数，多次用url方式交互缩略图信息，造成php-cgi进程cpu占用异常高企。页面顿挫感非常严重，后来使用内部php变量交互模式，去除autothumb插件，使用自己编写的缩略图插件，并用curl函数对外部url变量请求进行优化，顿挫感绝明显减轻，但依然未完全去除。
最后，Freebsd就是折腾，不过感觉很好！
【1】页面之间无法传递变量 get,post,session在最新的php版本中自动全局变量是关闭的，所以要从上一页面取得提交过来得变量要使用$_GET['foo'],$ _POST['foo'],$_SESSION['foo']来得到。当然也可以修改自动全局变量为开(php.ini改为 register_globals = On)；考虑到兼容性，还是强迫自己熟悉新的写法比较好。