更新II：如果你能看到本页面，恭喜，转移已经完成。
更新I：域名转向接纳，进入第二阶段。客栈两年的影片打包在此（使用了国内jsharer空间，顺便宣传）下载有两种办法，使用下载密码bitinndl（问题重重……），或者直接注册帐号来下载，压缩包的密码是bitinn；国外的同学们，直接到影片页面上下载更快吧……
空间已经到位，域名重定向开始。
至于我到底喜欢那个服务商多些——
-
Bluehost：成熟，傻瓜化，读取缓慢，部分虚拟服务器被封；
-
Powweb：便宜，自定义，读取较快，所有虚拟服务器被封；
-
iPower(iPowerweb)：廉价，高响应，渣服务，居然没被封；
-
MediaTemple：贵价，服务佳，不够稳定，虚拟服务器暂安。
所以的确没有特别好的选择，服务商都有自己的“隐藏限制”，不测试是不知道的，所以选个没被封的就好了。
由于客栈本身（WordPress系统）是本次转移的重点，从iPower的MySQL4.0到MediaTemple的4.1花了点时间处理latin1表内使用utf8字符导致的乱码，网上的教程很多，稍微总结下。
1. 使用WordPress专用插件WordPress Database Backup备份数据，尤其是在2.2之前就开始用WP的同学：WordPress数据库默认为latin1，WordPress的数据却是utf8，所以通过phpmyadmin输出的备份一般都会是latin1，自然乱码；相反Backup插件以数据编码为准，所以会输出utf8（否则先要自己去转数据库的编码，即便成功了，也可能导致你当前安装显示乱码）。2.2之后使用默认安装不会有类似问题。
2. 确保备份没有乱码后，要进行MediaTemple上对应的设置。使用后台系统新建数据库，则数据库的默认编码为latin1，校对会使用latin1_swedish_ci，这样导入utf8备份也会乱码。MySQL4.1服务器（Server），数据库（Database），数据表（table），数据链接（connection）都有独立的character set，所以即便phpmyadmin里显示服务器使用utf8编码和utf8_general_ci校对，数据库的编码也可能不同。
3. 要解决第2点带来的问题，在新数据库上用 ALTER DATABASE name CHARACTER SET utf8; 后再导入数据就可以避免乱码了（设置服务器默认校对为utf8_general_ci，也可以在上面的查询语句;号前加入 COLLATE utf8_general_ci 来强制）。
4. 我见到不少网站引用了桑林志的一篇老文章，要提醒下加入SET NAMES步骤在WordPress 2.2之后是多余了，开发团队已经解决了相应问题。
5. utf8是推荐编码（MT上这是默认，WordPress 2.2+的默认也是它），不要使用gb2312或gbk，尽管它们减省数据大小，但会对导致各种各样的字符问题。
大概就这样，还有什么更新会在这里添加，祝我好运orz。
tbc.
