三年前我还在捣鼓用Win主机装WordPress建站的时候，碰到过站内无法使用中文搜索的问题，还记录了一篇笔记，在 这里。自从换了Linux主机后，就再也没有为这个问题发愁过，然而在更新过N次WordPress版本后，最近发现这个问题在Linux主机上居然又重现了。症状就是用英文站内搜索正常，用中文就只会跳到404页，搜索不到任何东西。404返回的搜索关键词是正确的，并未出现乱码，因此可以肯定和之前用Win主机的情况是不一样的。 查看详细 »

现在二维码的应用已经很普及了，在我们的每个网站上都可以看见，比如右下角的当前页二维码。一般我们用qrserver.com的在线生成器就能轻松在页面上实现任何文本的二维码，不过有时候qrserver.com服务器响应会变慢，甚至当掉，这样二维码就显示不出来了。而且使用qrserver.com这个资源的人越来越多，服务器压力的增加使得它的可靠性正在变低，是时候找一些替代方案了。于是我尝试了WordPress后台能搜到的几款人气看上去不错的二维码插件，做一下总结。
后台搜索关键词：QR Code

1. QR Code

和关键词同名的插件，自然是牌第一了，激活量不错。使用
[qrcode url="http://abc.com" margin="10" size="100" before="QR Code" after="QR Code"]
这样的短代码在任何地方生成二维码。不过这款插件本身就是qrserver.com接口生成二维码的，因此没有任何可靠性的增加，果断放弃。 查看详细 »

这个问题似乎是最近才爆出来的，一位客户反映某个基于WPML实现的双语的网站上，英语版列表页面的分页不起作用了，点击第二页会跳转到网站首页。检查后发现问题锁定在自定义文章类型的分页上，并且只发生在英语版；网站默认语言中文版则无此问题。这个网站在英语版的URL上加了Query String-“lang=en”，而WP-PageNavi把分页链接变成了这样“http://xxx.com?lang=en/category/greece/page/2”

记得网站刚开发完的时候，当时版本的WPML和WP-PageNavi配合还不错，是没这个问题的，也不知道是其中哪个插件更新后造成了这个兼容问题，已无从追查，看来只能自己动手解决了。我的解决方法比较粗暴，主要是没本事也不愿从插件内部找问题，直接在前端修改这串Query String的位置即可，此JS代码放在调用了wp_pagenavi函数的页面底部，也可以偷懒直接放在footer.php：

1
2
3
4
5
6
7
8
9

$(function(){
	$(".wp-pagenavi a").each(function(){
		tempvelue = $(this).attr("href");
		if( tempvelue.indexOf("?lang=en")>0 ){
			tempvelue = tempvelue.replace("?lang=en","") + "?lang=en";
			$(this).attr("href",tempvelue);
		}
	});
});

这个问题也可能发生在其他带URL带Query String的页面上，修改以上代码都可以解决。所以感觉更可能是WP-PageNavi的问题，希望以后的更新能解决。

如果有哪位高人知道在PHP层的解决方法，还请赐教。