那么我们也许就需要这么一个缓存侧边栏小工具的插件了。

今天推荐一个缓存插件：WP Widget Cache。

wp widget cache

这个插件可以缓存动态小工具（比如统计、标签云等），减少查询数据库的次数，加快页面载入速度。

它的主要特点还是可以设置在发生特定事件的时候清空缓存。

比如下图中，日历小工具一般只有在文章更新的时候才需要清空缓存（在日历中显示这一天有文章），那么我们就可以在”Expire in____second(s)”中设置一个较大的值，然后把下面的”post”选中。

wp widget cache

如果是最近评论，那就选中”comment”就好了~

相关文章

• wordpress首页变成空白页( 0 )
• WordPress插件推荐（博文集锦）不断更新ing…( 2 )
• 推荐一个Chrome插件：Google mail checker plus( 0 )
• Chrome的自动填表插件( 5 )
• 再谈Post2Qzone的“Just Publish Failed”：原来是GFW在作怪( 3 )
• SEO？( 30 )
• FCKEditor抽风的证据…( 3 )
• 无奈无奈…无语无语…( 46 )

相关文章

• #1065 – Query was empty 的解决办法( 1 )
• 重新探讨Wordpress与Qzone同步的可行性（续）( 6 )
• 添加Ctrl+Enter快捷键回复的最简单方法( 20 )
• Chrome的自动填表插件( 5 )
• 不纠结，不折腾( 28 )
• 博客左侧”钓鱼”广告的实现方法( 33 )
• WordPress侧边栏缓存插件( 17 )
• 解决Post 2 Qzone via wordpress同步”just publish failed“的问题( 2 )

相关文章

• 对Wordpress的一些小修改( 0 )
• 在编辑器中添加Syntax代码按钮( 27 )
• 博客左侧”钓鱼”广告的实现方法( 33 )
• 重新探讨Wordpress与Qzone同步的可行性（续）( 6 )
• WordPress插件推荐（博文集锦）不断更新ing…( 2 )
• FCKEditor抽风的证据…( 3 )
• 哀悼…让我们全部黑白吧( 1 )
• 不纠结，不折腾( 28 )

因为不常用，就懒得去更新它。

但是现在想起来，如果将文章同步到这两个网站上，在做个链接过来，对增加外链是很有好处的。

于是，就安装了下面这两个插件：

1. WordPress Twitter Bot  Twitpress

在使用 twitter bot 之前，我还使用过其他同步插件。但是感觉 twitter bot 是最简单的。安装激活后，在后台设置帐号密码就可以了。

而像 WP to twitter 这款插件还要去注册 twitter application。设置相当麻烦。优点是设置比较全面。但是我在注册的时候验证码总是不正确，据说是人品问题。

如果不喜欢瞎折腾，就用twitter bot 吧，挺好的。

为什么把上面的删除了呢？因为我想到了这么一个问题：短网址对SEO和外链是否有影响？

而 twitter bot 同步的时候，会自动将固定链接转换成短网址。尽管我还不知道短网址对SEO有没有影响，但是我还是果断换了一个插件：twitpress。

这个插件使用起来也是超级简单。安装，激活，填写帐号和密码就搞定。

嗯，挺好的。

2. 新浪连接 插件

新浪连接这个插件是 我爱水煮鱼的 开发的。

安装了这个插件以后，在留言框旁边和登录页面都会出现一个“用微博登录”的图标。

点击以后，访客就可以使用自己的新浪微博帐户登录博客，进行评论等操作，并且可使用微博设置的头像。

我们可以在后台设置发表文章的时候将其同步到新浪微博。

插件下载地址以及具体使用方法请参见我爱水煮鱼的新浪微博连接：使用新浪微博登陆 WordPress 博客

相关文章

• WordPress插件推荐（博文集锦）不断更新ing…( 2 )
• Chrome的自动填表插件( 5 )
• 重新探讨Wordpress与Qzone同步的可行性（续）( 6 )
• 修改Wordpress 默认RSS地址( 7 )
• 哀悼…让我们全部黑白吧( 1 )
• wordpress首页变成空白页( 0 )
• 纠结于搬家当中( 0 )
• 杜绝垃圾评论，反Spam插件：Raven’s antispam( 6 )

包括插件无法激活，包括空白页，包括500错误，包括邮件不能发送。

几乎全部来自这该死的IX。

今天，终于将评论邮件通知搞定了。

虽然我不太想用SMTP的方式，但是我发现我不得不用。

尝试了以后，结合网上他人分享的经验，使用了Configure SMTP 这个插件。因为这个插件与Wordpress Thread Comment能够很好地配合。而WP-mail-smtp则不可以。

好吧。

今天也不知道为什么插件全部启用了，而没有出现500错误。

有人说500来自同服务器某站点占用了太多的CPU资源。

我觉得靠谱，因为IX不是说不限制吗。

有可能。

凑合着用吧。

相关文章

• SEO？( 30 )
• 修改Wordpress发邮件的默认邮箱( 1 )
• 穷举我用过的主机空间( 14 )
• 杜绝垃圾评论，反Spam插件：Raven’s antispam( 6 )
• 继续探索IXwebhosting…( 1 )
• FCKEditor抽风的证据…( 3 )
• 对Wordpress的一些小修改( 0 )
• 我用ipage空间的第一天，有感而发( 4 )

在空间生效的那刻起，我就开始张罗着将我的几个网站搬到新的空间了。

IXwebhosting的评价我过两天再说，这几天忙着考试。

但是对于这近20个小时以来的搬家历程，我真的是不吐不快！

从一开始，我要把文件从Justhost移动到IX的主机去，看了看IX的后台，简陋得无以复加。

于是使用了Justhost的Cpanel的备份功能，备份结束后， Justhost直接把备份文件上传到IX的FTP去了。

我非常喜欢这个功能，但是现在只得挥泪告别Cpanel。

几分钟以后，IX的空间躺着一个500多M的压缩文件。

几天前，我还说ipage的解压缩真的是鸡肋，什么用都没有。

现在我不得不说，IX你也好不到哪里去。

难怪网上那么多谩骂IXwebhosting的声音，是它做的实在很不好。

解压缩500M的压缩文件，其中有一个叫homedir的压缩文件，800多M。

再解压，IX就不行了，开始丢失大量的文件。

我看IX实在解压不了这么大的一个压缩文件，只好回到Justhost，精简了一部分，压缩成zip包，通过IX的wget（幸好还有这么个功能）功能，get到了IX 的主机。可是很烦的是这个过程奇慢无比，而且容易出错。

Get到以后，再进行N次解压，因为每次都会出问题。

还好，因为有了ipage 的经历，我能忍受。

终于解压完了，导入数据库，修改wp-config.php。

打开主页，空白。查看源代码，Super Cache出错。

到这里我就头大了，因为前几天也遇到这种情况。就算我卸载Super Cache或者我按照要求修改Advanced Cache文件中的路径，仍然还是空白页。

我于是开始无数次的重复解压，重复Wget，重复出错，重复导入数据库，重复…

一切时间都是在重复中过去的。

从今天0点多一点，我做到了八九点。

一切错误依旧，一点头绪都没有。本来Justhost空间的站还是正常的，可是我很是上火，域名已经指向了IX （因为本来有信心几十分钟搞定的），也懒得再去重新解析。

不理睬它，睡了一觉，1点钟起床，继续为这个问题而奋战。

一直到现在。

加起来，我已经做了10多个小时了，解压、导入、导出的操作做了也几十次了，一点收获都没有。

我只知道是插件跟主题的问题，因为删除所有插件以后，网页就显示正常了。换了一个主题，也很正常。但是后台说不定哪一个操作就让它崩溃了，直接空白页。

这样崩溃了许许多多次以后，我烦了。

于是重新解析域名回到Justhost。

等我有时间再去解决这个问题吧。

明天考试，后天还要考试，大大后天还要考试。

考试完以后还有任务，我都烦死了。

相关文章

• 无奈无奈…无语无语…( 46 )
• 不纠结，不折腾( 28 )
• 重新探讨Wordpress与Qzone同步的可行性（续）( 6 )
• 纠结于搬家当中( 0 )
• 搬家终于成功了！！！( 2 )
• WordPress 抽风症状的证据…( 2 )
• WordPress插件推荐（博文集锦）不断更新ing…( 2 )
• #1065 – Query was empty 的解决办法( 1 )

打开我的电视台的时候，首页元素逐渐加载完毕以后，却忽的一下子变成了空白页。

非常奇怪的症状。

搜索了一下，觉得应该是插件的兼容性有问题。

最先怀疑到的就是WP-cache了。

虽然说这个缓存插件很有用（比如加速你网站的加载速度），但是也会带来的众多的副作用。

比如说吧，有一些计数插件，会因为缓存插件的使用而导致不准确——当然，这不仅仅是WP-cache的问题。

禁用了WP-cache以后，问题并没有解决。

因为考虑到可能是兼容性的问题，因此没有开启WP-cache，而是继续关闭其他插件。

第二个想到了Lightbox Plus。有印象它好像是今天还是昨天刚刚有过新的更新。

关掉Lightbox Plus以后，问题解决了。

但是这个时候还不知道是Lightbox Plus自己的问题还是与WP-cache的兼容问题，于是开启WP-cache。

一切正常。于是判断是Lightbox Plus的问题。

然后查看了一下Lightbox Plus的更新记录，官网的插件版本是1.6.9.7，更新是93天前，而我的却是1.7。

无疑就是它的问题了。

禁用之。

类似变空白页这种问题，八成是插件的问题，或者是修改主题的问题。回忆一下近期所做的修改，问题就应该可以解决了。

相关文章

• StatPressCN乱码的解决方法（搜索关键词、来源显示为问号“?”）( 5 )
• FCKEditor抽风的证据…( 3 )
• 解决Post 2 Qzone via wordpress同步”just publish failed“的问题( 2 )
• SEO？( 30 )
• 再谈Post2Qzone的“Just Publish Failed”：原来是GFW在作怪( 3 )
• 重新探讨Wordpress与Qzone同步的可行性( 5 )
• 搬家终于成功了！！！( 2 )
• WordPress插件推荐（博文集锦）不断更新ing…( 2 )

虽然之前就安装了Akismet，但是Akismet仅仅是将评论标记为垃圾评论，并不能阻止spam机器人的发表动作。

每次登录Wordpress后台，都会看到垃圾评论有n个。每次都不敢轻易地清理掉，因为Akismet的确会出现误杀的情况—像大部分的杀毒软件一样。

于是，准备换一个思路。

Akismet判断垃圾评论是根据评论的内容特征，比如评论中是否含有超链接，评论中是否含有中文等等。不管怎么说，程序总是不如人智能，判断失误是难免的。

而当今垃圾评论的来源，一般是国外的spam机器人，通过获取页面的评论表单信息，自动提交垃圾评论。

基于此原理，一类如wp-spamfree的反spam插件出现了。

它们判断用户是否开启了Cookies和Javascript，如果二者都没有开启，则判断为机器人，不允许评论。这二者，一般的用户都会开启。但是也不排除一部分十分注重安全的高级用户手动设置了禁止，从而这些人也被阻挡在评论队列之外。

另外，还有一些人可能是浏览器的兼容性问题导致不能留言。

而前天我发现了这么一个很不错的反spam插件：Raven's antispam。

这款插件通过检测用户是否开启Javascript来进行初步的判断，如果开启了，则允许直接评论；如果没有开启，则要求用户输入验证码。

这款插件可以说比wp-spamfree更周到一些。不至于让那些小部分的群众被排除在外。

就算没有开启Javascript，用户也可以输入验证码进行评论。

但是我在使用过程中发现了一个问题，就是似乎这个插件每次要求的验证码都是一样的。虽然网上说的是随机字符，但是我的每次都是一样的。后来我在插件的后台直接进行了设置，要求用户输入我的网站域名，才可以进行留言。

一来，spam机器人不会进行判断；二来，帮助用户记住我的网站地址。

一举多得。

相关文章

• StatPressCN乱码的解决方法（搜索关键词、来源显示为问号“?”）( 5 )
• 同步Wordpress到Twitter、新浪微博( 8 )
• WordPress 抽风症状的证据…( 2 )
• 修改Wordpress 默认RSS地址( 7 )
• 对Wordpress的一些小修改( 0 )
• 瞎折腾的都是偏执狂( 21 )
• 重新探讨Wordpress与Qzone同步的可行性（续）( 6 )
• 购买了一个主题：Viper( 27 )

据我观察，Post2Qzone这款插件如果发布失败，可能会出现两种情况：

1. 在编辑文章页底部的 "Confirm Publish!" 右边显示"Just Publish Failed" ；

2.转至新的页面，显示 "Warning: fsockopen() [function.fsockopen]: unable to connect to smtp.qq.com:25 (Connection refused) in …"

具体错误信息如图（点击看大图）：

Just publish failed!

Warning: fsockopen() [function.fsockopen]: unable to connect to smtp.qq.com:25 (Connection refused) in 

我认为，两种错误的原因都是一样的，之所以出现两种不同的现象，应该是与主题有关。

我做过实验，使用不同的主题，会出现不同的错误。

但是错误的原因是什么呢？

我看到很多人都成功实现了Wordpress与Qzone之间的同步，而我之前也的确实现过几次。

后来却不断出现以上两种错误。

这令我百思不得其解。

之前我写了几篇文章，试图找到解决或者找到错误原因。分别是：

解决Post 2 Qzone via wordpress同步”just publish failed“的问题

重新探讨WordPress与Qzone同步的可行性

重新探讨WordPress与Qzone同步的可行性（续）

这三篇文章，现在证实，第一篇是完全错误的；第二第三篇，有一部分是正确的。

经过漫长的探索，我现在终于找到了真正的原因。

前一段时间我打算从Justhost搬家到ipage去。

因为我之前的日志也说了，Justhost最近经常出现打不开的情况，我怀疑是被GFW墙了。

也正是这个机会，我发现，在ipage的空间，Post2Qzone工作正常，可以成功同步！

于是我现在终于肯定了，原来"unable to connect to smtp.qq.com:25 (Connection refused)"这一句当中，"Connection refused"是真的。

或许是QQ的smtp服务器真的拒绝Justhost这边去连接它的25端口。

当然也可能是大陆这边的GFW给拦截了。

至于是防止spam还是为了信息安全，那就不得而知了。

不知道Justhost找谁惹谁了，大陆经常连不到它的主机不说，连25端口都拒绝向它开放。

也够悲剧的。

但是不管怎么说，这个问题终于有了圆满的解答。

解决方法？

换个空间吧。

Justhost空间，至少现在来说，不适合中国用户。

相关文章

• 如何翻墙？——翻墙软件，无界最简单( 6 )
• 对Wordpress的一些小修改( 0 )
• wordpress首页变成空白页( 0 )
• 解决Post 2 Qzone via wordpress同步”just publish failed“的问题( 2 )
• 无奈无奈…无语无语…( 46 )
• 不纠结，不折腾( 28 )
• 瞎折腾的都是偏执狂( 21 )
• SEO？( 30 )

但是，我在安装了这个插件之后也是出现过一些小小的问题的。

不过，所幸已经解决。现在把解决方法共享给各位同用Wordpress和StatPressCN的同学。

症状：在后台的“访问统计”中，访问者来源和搜索关键词中的中文都显示为问号（?）。而关键词如果是全部英文的，或者是部分为英文，就会显示正常或者部分显示正常。通过关键词的报告可以很正常地打开访问者搜索时的页面。

因此，我判定：StatPressCN的文字集设置存在问题，导致与中文的兼容性有一点小小的瑕疵。

要解决这个问题是非常简单的。请按照我下面说的一步一步来做，我已经尽量说得很详细了。

首先进入phpMyAdmin。选择你的Wordpress数据库，然后找到wp_statpress表。打开之。

然后在顶部点击“结构”。

然后选中表中的“nation”和"search"，因为只有这两项的内容中有不能正常显示的中文。然后进行编辑。

（注：根据作者的说法，表中文字集设定如果不统一，也是有可能导致乱码的。所以为了保险起见，你可以把这里的全部打上勾然后进行下一步的编辑。另外，下图中的文字集是utf8_general_ci，这可能与你的不一样，因为我已经修改过了。）

如下图，在下拉列表框中，选择文字集为“utf8_general_ci”

然后点击右下角的保存即可。

在StatPressCN后台，我们也需要进行一点点小更新。

首先进入StatPressCN的“系统更新”，把下面两个选项打上对勾。当然了，如果你全部勾选了也没问题。

然后点击下面的更新按钮，等几秒钟就可以了。现在进入后台，就可以看到访问者来源和搜索关键词都显示正常了。

相关文章

• 纠结于搬家当中( 0 )
• Chrome的自动填表插件( 5 )
• 再谈Post2Qzone的“Just Publish Failed”：原来是GFW在作怪( 3 )
• 重新探讨Wordpress与Qzone同步的可行性( 5 )
• FCKEditor抽风的证据…( 3 )
• WordPress编辑文章的小技巧( 0 )
• WordPress 抽风症状的证据…( 2 )
• 添加Ctrl+Enter快捷键回复的最简单方法( 20 )