以前我们共享一个托管服务器，在bluehost.com。那时互联网江湖没有这么险恶，我们的网站运行了好几年都没有出什么问题。
终于有一天bluehost上的站点不能访问了。查了一下，原来是用了google的服务。所以我去掉google的服务，继续使用。又有一天，站点有不能访问了。这次是IP段被封了，我们不幸中招。所以我们买了独立IP，继续顽强地上线。然后我就被代码注入了，自己写个脚本清理一遍，以后也没有什么问题了。
在此期间，水哥专攻各种主题和插件，已经把他的网站打扮成花枝招展的模样。他的内容渐渐增多，我也没有继续花费太多时间维护。
后来Sean也入伙了，我们两个程序员拖着水哥一个重庆建筑企业会计中最会写程序的，又运行了一年。到了年底升级的时候，大家投票，2.5：0.5，同意整体迁移到inmotion上去。这是我们噩梦的开始。
inmotion似乎太过专业了，速度快，但是对维护人员的要求相当高。才不到一个月，我们就收到罚单，网站被隔离，因为有安全漏洞被入侵了。出问题的站点是水哥了。
我不知道如何修改，直接由自己恢复了运行。过了几天，又被隔离了。那时我正在亚特兰大上课，没有时间处理。再过几天，inmotion就停止为我们服务了。估计我是中招了，没有仔细读用户协议，说不定inmotion就是用这种方式来挣钱了。两年的托管费算是白交了。
于是我另找了ipages上线。迁移的时候有各种各样的麻烦，大概还是我技术落伍的缘故，好歹上线了，但是jatpack工作不太正常，permalinks也不能工作，以前的posts，凡是带有中文名字的，最终都不能正确显示，而且图片也生成了几倍的冗余，暂时不想清理。
所以我给Sean和水哥各自买了一个vps。但是水哥的网站还是需要我来上线：
先安装apache2, php, mysql。debian有一个专门的包叫做wordpress,安装一下就什么都有了（mysql和phpmyadmin例外）。
然后，将所有文件拷到网站目录下。
建立数据库。把备份的sql脚本恢复回去。脚本中间有几个表编码不对，把utf8_52_ci改为utf8_ci，重新恢复。
然后修改wp-config.php里的各种参数。启动后跳到install.php页面了，原来表头参数没有修改一致。
修改后再来一遍，进入了wp-admin。升级各种插件不成功，要求输入ftp账户信息。看来是目录缺少写权限。
用ps aux |egrep ‘apache’找到用户名，把所有目录的权限转交给apache用户。于是一切成功了。
不过，permalimks还是有问题，无法处理中文。不过考虑到这是一个实际上线的站点，就不用水哥的网站做实验了。
给水哥发消息，发送管理员密码，就等着回家他请我吃饭了。