wordpress

畅言了一段时间后,又把评论系统换成Disqus了,记录下

之前多说倒掉之后,换了畅言作为本博的社交评论系统,用了一段时间后发现也不是很好用,不如之前曾经测试过的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…

多说难民的畅言搬家过程[附wordpress评论转换畅言json格式脚本]

本博客在很早以前就启用了多说社交评论功能,这么多年虽然不能说很完美吧,但在同类产品中多说已经算是做的相当不错的了。但从大概这周1开始,多说后台开始出现大量垃圾评论,其量之大真是这些年从来没有过的!(之前虽然也有垃圾评论,但也就极偶尔的1-2条而已,而且看了下网站访问统计,也没有大量的PV,明显是直接刷的多说评论接口),最后实在无法忍受,开启了所有评论的审核机制,即使这样,后台还是会定时出现大量的新垃圾评论。去多说官方论坛看了下,发现也没人提,官方也没反应,而且看论坛上的消息貌似是已经放弃治疗了,果不其然在前天,多说官方放出了即将关闭多说项目的通知:http://dev.duoshuo.com/threads/58d1169ae293b89a20c57241。其实之前也曾一度想从多说转移到其他的社交评论系统,但几番对比后,发现多说还是有较绝对的优势的,这回却是不得不搬家了!
Continue reading…

优化了一下博客页面的加载速度,又是Google…

也不知从什么时候开始就发现博客的页面,前台后台的都是,加载速度特别慢,loading半天才刷出完整的页面,今天终于忍不了了,打开浏览器的调试工具查看了一下,发现是WP在所有页面都有一个对fonts.googleapis.com上的字体的引用,由于众所周知的原因,这个引用拖慢了整个页面的加载速度…看网上已有不少相关的资料,有改php代码的有改映射的,我还是不喜欢直接硬改wordpress本身php代码的,所以选择了装插件的方式,装了个叫Remove Google Fonts References的插件,开启后速度又愉快的飞了起来。

WordPress仪表盘Dashboard上首页小工具widget不能保存布局问题

现在的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媒体上传带中文文件名图片的问题

给博客搬家后发现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

Continue reading…

时隔3年,博客又搬家了!

终于决定搬出DreamHost了!

回想一下在DreamHost已经整整三年了,其实DreamHost的服务质量还是相当不错的,像SSH和Subversion这种高端功能都有提供,而且这三年我没发现过一次宕机的情况(最开始找到DreamHost时还看到不少说服务质量差,总宕机之类的国内外评论,现在看这些应该都是树大招风吧,呵呵)。

不过也正是由于这么强大的功能参数,导致了年付每月$9.95的高价!当然,第一年是有折扣的,好像是只有3刀多的月付,现在想想国外主机的这种销售策略确实是挺有力度的,不过由于最近的时间和精力资源越来越紧张,各种功能和带宽的利用率极度低下,而且又不想公开招人一起合租,于是只好选择放弃DreamHost了,要不每月得多花多少冤枉钱啊,呵呵。

调研了很久之后,选定了现在这家叫做“恒创主机 http://www.hcunit.com”的空间服务商的香港主机,虽然性能参数和DH的比差距很大,不过看看本人的乡下小博的月PV感觉也应该绰绰有余了…而且香港机房比DH最近的印度newdelhi机房要快得多,这点还是比较满意的。

折腾了几晚之后,家总算是基本搬完了,先不做太多评论,试用一段时间再说!