欢迎留言、转载请注明出处
之前多说倒掉之后，换了畅言作为本博的社交评论系统，用了一段时间后发现也不是很好用，不如之前曾经测试过的Disqus，于是又动起了换成Disqus的念头。正常情况下Disqus直接通过官方wordpress插件安装并设置就可以了，但是由于众所周知的问题，Disqus在中国大陆是访问不了的，不过很幸运，在网上找到了这个：
wordpress使用Disqus – https://www.ggbond.cc/index.php/wordpress%E8%A3%85disqus%E6%8F%92%E4%BB%B6%E6%8A%A5the-plugin-was-unable-to-generate-a-secret-key-for-your-site/
其中提到的API代理项目是： fooleap/disqus-php-api – https://github.com/fooleap/disqus-php-api
按照上面的参考文章的操作说明即可实现Disqus的“完美”接入。不过这里额外记录下修改模板时的问题：
Continue reading…
本博客在很早以前就启用了多说社交评论功能，这么多年虽然不能说很完美吧，但在同类产品中多说已经算是做的相当不错的了。但从大概这周1开始，多说后台开始出现大量垃圾评论，其量之大真是这些年从来没有过的！（之前虽然也有垃圾评论，但也就极偶尔的1-2条而已，而且看了下网站访问统计，也没有大量的PV，明显是直接刷的多说评论接口），最后实在无法忍受，开启了所有评论的审核机制，即使这样，后台还是会定时出现大量的新垃圾评论。去多说官方论坛看了下，发现也没人提，官方也没反应，而且看论坛上的消息貌似是已经放弃治疗了，果不其然在前天，多说官方放出了即将关闭多说项目的通知：http://dev.duoshuo.com/threads/58d1169ae293b89a20c57241。其实之前也曾一度想从多说转移到其他的社交评论系统，但几番对比后，发现多说还是有较绝对的优势的，这回却是不得不搬家了！
Continue reading…
也不知从什么时候开始就发现博客的页面，前台后台的都是，加载速度特别慢，loading半天才刷出完整的页面，今天终于忍不了了，打开浏览器的调试工具查看了一下，发现是WP在所有页面都有一个对fonts.googleapis.com上的字体的引用，由于众所周知的原因，这个引用拖慢了整个页面的加载速度…看网上已有不少相关的资料，有改php代码的有改映射的，我还是不喜欢直接硬改wordpress本身php代码的，所以选择了装插件的方式，装了个叫Remove Google Fonts References的插件，开启后速度又愉快的飞了起来。
现在的WP版本是3.5.1，一直没太注意过这个问题，以前应该是可以保存后台仪表盘首页上的widget布局的，刚刚发现无论怎么拖动重排小工具后，刷新页面或者切换到其它管理菜单后再回来都会重置回之前的布局，很是奇怪。
看到网上有人说可能是插件导致的问题，于是各种插件关了开开了关，卸了装装了卸的，折腾了半天也没有解决问题。于是自己打开phpmyadmin上mysql数据库里寻找一下线索。
由于以前也没太研究过wordpress的结构，一开始就以为这个设置是保存在 wp_options 表里的，于是就和那表里唯一一个带dashboard字眼的记录 dashboard_widget_options 死磕了半天，浪费了不少时间！后来才意识到这个不是记录布局的设置，因为看到网上说这个布局是 per user 的，因此不应该记录在这个表里，这个记录保存的应该是每一个widget自己的某些设置。
后来顺利的找到了 wp_usermeta 中，发现有几个带 dashboard 字的设置，试了几下显示/隐藏，展开/收起一些widget，均找到了对应的数据库记录变化，而且这些设置，包括改1 2 3 4列的设置均能正常保存，唯独改变布局不能保存。而且最奇怪的是，保存布局的记录关键字是 meta-box-order_dashboard ，而在后台拖放widget后ajax也成功触发了数据库记录更新，记录都是跟着正常变的，看了下大概内容也确实和重排后的位置一致，可就是刷新页面后位置一直不变。
拿着数据库关键字google了一下，找到了一个貌似是wordpress svn的trac镜像中的一条bug记录：http://lists.automattic.com/pipermail/wp-trac/2010-May/080160.html 这里有人回复说需要删除旧的metaboxorder设置，于是又回来自己过了一遍数据库表中的所有记录，果然发现了一条叫 wp_meta-box-order_dashboard 的记录保存着和上面关键字内容类似的信息，但无论怎么重新摆放小工具，这个记录的值始终不变！于是果断将其从表中删除，再回来试了一下，一切ok！估计是以前某个版本升级时的历史遗留问题吧，耽误了不少时间…
给博客搬家后发现wordpress后台多媒体中上传图片时不能用带中文的文件名，否则穿完后会出现红叉，访问生成的URL会出404！
记得之前在Dreamhost上是没有任何问题的，研究了一番后问题是这样出现的：WP的php脚本使用的字符编码是UTF-8，所以上传后生成的文件名字符串也是UTF-8编码的，而主机系统的设置应该是ANSI的（GB2312或GBK之类的），所以导致请求文件名编码与实际文件编码不一致，导致404错误。而之前搬家时搬过来的以前上传的文件没有问题，就是在主机控制面板上的webftp里看到的都是作为ANSI解析的UTF-8字节乱码，而后来上传的图片文件虽然用浏览器访问会404，但在webftp里看着却一切正常，这该死的字符编码问题！
后来搜到了这篇博文：Wordpress中文名附件上传问题的解决方案 http://blog.csdn.net/wonderyl/article/details/5682095
终于决定搬出DreamHost了！
回想一下在DreamHost已经整整三年了，其实DreamHost的服务质量还是相当不错的，像SSH和Subversion这种高端功能都有提供，而且这三年我没发现过一次宕机的情况（最开始找到DreamHost时还看到不少说服务质量差，总宕机之类的国内外评论，现在看这些应该都是树大招风吧，呵呵）。
不过也正是由于这么强大的功能参数，导致了年付每月$9.95的高价！当然，第一年是有折扣的，好像是只有3刀多的月付，现在想想国外主机的这种销售策略确实是挺有力度的，不过由于最近的时间和精力资源越来越紧张，各种功能和带宽的利用率极度低下，而且又不想公开招人一起合租，于是只好选择放弃DreamHost了，要不每月得多花多少冤枉钱啊，呵呵。
调研了很久之后，选定了现在这家叫做“恒创主机 http://www.hcunit.com”的空间服务商的香港主机，虽然性能参数和DH的比差距很大，不过看看本人的乡下小博的月PV感觉也应该绰绰有余了…而且香港机房比DH最近的印度newdelhi机房要快得多，这点还是比较满意的。
折腾了几晚之后，家总算是基本搬完了，先不做太多评论，试用一段时间再说！