这个问题在最近的一个项目中反复出现，页面显示截图如下：

由于报错并没有提示是哪个文件哪行代码出问题，所以起初我只能通过一个个关闭插件来排查问题。首先，在这个网站上我用了WP Super Cache插件，关闭它后，报错变得时有时无；同时这个网站上我用了WPML、BuddyPress等大体量的插件，发现关闭其中任何一个，这个报错就不会出现。那么似乎问题就出在这些插件互相间的兼容问题上。然而这几个插件目前来说都是难以被替代的，如果禁用会导致开发成本大大增加，郁闷之余，把项目先放在一边，先陪儿子们玩去了… 查看详细 »

最近项目很多，就没什么时间更新博客。在碰到同一个问题的时候，时隔一个月居然先后求教搜索引擎两次，比如本文标题的这个问题。其实在第一次解决后，做个笔记，第二次再碰到就可以直接解决，而不用再到处找答案了。所以，还是记录一下这个问题的解决吧。

这个问题是我修改主机上一个网站的域名绑定的时候碰到的。在改了LNMP的vhost配置文件和网站路径、域名解析也完成后，用新的域名访问网站，就出现了这样的open_basedir报错：
查看详细 »

这个问题似乎是最近才爆出来的，一位客户反映某个基于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层的解决方法，还请赐教。