(完成) On the way to MediaTemple, Goodbye iPowerweb

更新II:如果你能看到本页面,恭喜,转移已经完成。

更新I:域名转向接纳,进入第二阶段。客栈两年的影片打包在此(使用了国内jsharer空间,顺便宣传)下载有两种办法,使用下载密码bitinndl(问题重重……),或者直接注册帐号来下载,压缩包的密码是bitinn;国外的同学们,直接到影片页面上下载更快吧……

空间已经到位,域名重定向开始。

moving.jpg

至于我到底喜欢那个服务商多些——

  • 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.

Author: 店长

The Master of BitInn

8 thoughts on “(完成) On the way to MediaTemple, Goodbye iPowerweb”

  1. 似乎这边比较在意豆腐打算买的是MT的哪只服务嗯,所以跑来问问…..
    另外MT似乎也不是暂安了,比如这边一直比较有在意的V2EX,至少在魔都某些地方已是海鲜了嗯w.

    p.s.: 似乎我一直觉得MT还是比较稳定的嗯….不过接触的不多,个人感觉而已 (茶

  2. MT的(gs)。他们的(dv)声誉不错,但(gs)得评级是混合的,尤其是2006-2007年上半年这段时间的数据库问题非常多。
    MT的服务器响应延迟比较严重(全球都这样),可能是他们的设定有问题。
    V2EX在国内的时候就被撤机了,GFW和MT本无瓜葛。

Comments are closed.