wordpress用httpd.ini实现伪静态不支持中文的解决办法，网上一搜一大堆，基本上都是一样的，都可以的。
成都创新互联公司为企业级客户提高一站式互联网+设计服务，主要包括做网站、网站建设、app软件开发公司、重庆小程序开发公司、宣传片制作、LOGO设计等，帮助客户快速提升营销能力和企业形象，创新互联各部门都有经验丰富的经验，可以确保每一个作品的质量和创作周期，同时每年都有很多新员工加入，为我们带来大量新的创意。
但是主要是如果连接中含有中文的话，就会转向到404页面，是通过httpd.ini解决不了的，我们必须来修改源代码，下面就说一下具体的修改方法：
修改的文件是网站目录下wp-include/classes.php文件（请先行备份）
(最新3.1版需要修改的文件是wp-include/class-wp.php)
第一步：找到
= $_SERVER['PATH_INFO'];
修改为
= mb_convert_encoding($_SERVER['PATH_INFO'], 'UTF-8', 'GBK');
第二步：找到
$req_uri = $_SERVER['REQUEST_URI'];
修改为
$req_uri = mb_convert_encoding($_SERVER['REQUEST_URI'], 'UTF-8', 'GBK');
出现乱码的原因一般是php文件保存格式不对，请使用notepad++等文件编辑器将php文件保存为UTF8-无bom格式即可。
模板文件的编码问题，手工建立的php文件一般是ANSI编码，也有可能是GBK编码。默认来说，wordpress使用的是UTF-8编码的。因此将页面的文件，header.php以及single.php或者index.php等文件（最好是所有的模板文件吧），用notepad++等编辑器转码（转为UTF-8无BOM编码）之后再保存，乱码就会消失的
这里只是提示哪个地方冲突，并不能通过这些提示解决问题。
意思是说存在wp-includes文件夹里的option.php文件747行和748行在网站运行时出错了
。具体还要看这两行代码具体写的是什么，有可能该主题和你本身安装的某些插件产生冲突也不一定。
首先，wordpress的默认编码应该是UTF-8的（好像有的中文版可能是GB2312）。
恢复的时候使用的是PHPMyAdmin吗？如果是的话，在恢复的时候选择的文件编码应该与备份文件的编码保持一致。查看备份文件编码可以用Emeditor、EditorPlus、UE等文本编辑器。
总之，备份文件的编码要与wordpress的编码格式统一就不会有乱码出现了。