0
2011/03/25 
22:30 
68952
要说Wordpress中的完美工作环境，当然要属于Lamp平台，或是稍微逊色一点的Wamp平台;但是由于某此特殊原因，我们没有选择它们，而是选择了Windows+iis+MySql+Php，我把它统称为：Wimp平台。
这次我要说的就是如何在Wimp平台中实现Wordpress的完美URL结构！
例：http://www.phplamp.org/2008/06/wp-iis-isapi/ (本文的URL)
用过Wordpress的应该都知道，实现这样的URL只需要在后台中：Settings->permalinks，然后设置成自己中意的URL就行了。但是前提是您的空间支持 rewrite || 您的虚拟主机支持 .htaccess。Lamp,Wamp中只要开启加载mod_rewrite模块就行了。但是Wimp却不是这么简单的，它如果想实现rewrite功能只能借助于第三方的ISAPI组件。
这次我要说的就是如何在Wimp平台中实现Wordpress的完美URL结构！
例：http://www.phplamp.org/2008/06/wp-iis-isapi/ (本文的URL)
用过Wordpress的应该都知道，实现这样的URL只需要在后台中：Settings->permalinks，然后设置成自己中意的URL就行了。但是前提是您的空间支持 rewrite || 您的虚拟主机支持 .htaccess。Lamp,Wamp中只要开启加载mod_rewrite模块就行了。但是Wimp却不是这么简单的，它如果想实现rewrite功能只能借助于第三方的ISAPI组件。
很多刚开始玩 WordPress 的朋友一定对 WordPress 的永久链接很感兴趣，当然了，这个东西乍一眼看的确很新鲜，你想呀，发表文章啥的，空间里楞是没生成相应的目录或者 html文件，然后，就会有很多小盆友开始研究 WordPress 的永久链接，或者叫做固定链接，英文名就是那个 Permalink ，这里，我就来介绍一些 WordPress 的永久链接原理、各个平台上的实现方法以及我推荐的几种永久链接形式。
一、原理
由于专业知识说起来很枯燥，所以我就很形象地来描述一下原理：
根据偶的观察，WordPress 实现永久链接的方法如下，首先，访问者（就是你我）访问一个地址，比如：http://cq-cser.cn/back-home-2009/
但是事实上并没有 /back-home-2009/ 这个目录呀，咋办捏？
这个时候 WordPress 在设置好伪静态的情况下，就会请求 index.php 文件，然后通过层层关系，生成一个实际上并不存在但是可以访问的地址，伪静态就把 index.php 这个丑陋的字符给去除，这样的链接形式更符合Web 2.0的标准，而且更加美观。
对于详细的原理，在这篇文章《WordPress Rewrite / Permalink内部过程分析》里很详细地介绍了，有兴趣的童鞋可以自己查看。
一、原理
由于专业知识说起来很枯燥，所以我就很形象地来描述一下原理：
根据偶的观察，WordPress 实现永久链接的方法如下，首先，访问者（就是你我）访问一个地址，比如：http://cq-cser.cn/back-home-2009/
但是事实上并没有 /back-home-2009/ 这个目录呀，咋办捏？
这个时候 WordPress 在设置好伪静态的情况下，就会请求 index.php 文件，然后通过层层关系，生成一个实际上并不存在但是可以访问的地址，伪静态就把 index.php 这个丑陋的字符给去除，这样的链接形式更符合Web 2.0的标准，而且更加美观。
对于详细的原理，在这篇文章《WordPress Rewrite / Permalink内部过程分析》里很详细地介绍了，有兴趣的童鞋可以自己查看。
产生这个问题的主要原因是地址编码问题，及UTF-8和GBK之间转换的问题。IIS 对 URL 截取的时候取得的是 GBK 编码，但是 WordPress 中文都用的 UTF-8 编码，所以我们要对编码进行处理后再交给数据库进行查询。
转换编码解决 WordPress 中文 Tag 链接问题(推荐)
打开文件：wp-includes\classes.php
查找：
$pathinfo = $_SERVER['PATH_INFO'];修改为：
$pathinfo = 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”);保存，上传，问题解决。
转换编码解决 WordPress 中文 Tag 链接问题(推荐)
打开文件：wp-includes\classes.php
查找：
$pathinfo = $_SERVER['PATH_INFO'];修改为：
$pathinfo = 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”);保存，上传，问题解决。
将Bo-Blog装换为WordPress，不过原转换程序有小缺憾，就是装换后Bo-Blog的表情图片出不来了，看了下原来作者相对路径，这样在WP做了伪静态之后（当然还有后台）就不能正常显示了，解决办法很简单，在phpMyAdmin里面批量替换“wp-content/bo/emot/”为“../wp-content/bo/emot/”
phpMyAdmin批量替换用法：update 表 set 字段=replace(字段,‘原始串‘,‘替换串‘) ，具体命令如下：
贴内的表情
update wp_posts set post_content=replace(post_content,’wp-content/bo/emot/’,’../wp-content/bo/emot/’)
评论中的表情
update wp_comments set comment_content=replace(comment_content,’wp-content/bo/emot/’,’../wp-content/bo/emot/’)
搞定，打开有表情的帖子，还有到后台查看评论，可爱的表情图片都出现了！
phpMyAdmin批量替换用法：update 表 set 字段=replace(字段,‘原始串‘,‘替换串‘) ，具体命令如下：
贴内的表情
update wp_posts set post_content=replace(post_content,’wp-content/bo/emot/’,’../wp-content/bo/emot/’)
评论中的表情
update wp_comments set comment_content=replace(comment_content,’wp-content/bo/emot/’,’../wp-content/bo/emot/’)
搞定，打开有表情的帖子，还有到后台查看评论，可爱的表情图片都出现了！
百度百科 MIME类型 介绍：http://baike.baidu.com/view/160611.htm
从安全性上考虑，IIS 6中只是定义了常见的MIME类型（文件扩展名），而没有和IIS 5一样包含通配符MIME映射。这样当客户端浏览器从IIS 6 Web服务器上请求某个文件时，如果该文件的扩展名并没有在IIS的MIME类型中进行定义，IIS 会返回404错误-文件或目录未找到。对于使用Access数据库的站点，为了防止别人下载Access数据库，有些文章中介绍了将Access数据库改名为.asp来防止下载的方法，这并不安全，最好的办法就是将Access数据库的扩展名修改为MIME类型中未定义的扩展名，这样别人就无法访问此数据库。
当然，有时你需要添加MIME类型。你可以在IIS全局、网站、单个网站这三个级别上添加MIME类型，默认的MIME类型定义在IIS全局属性中，而网站属性中定义的MIME类型可以覆盖所有网站中的MIME类型定义，在单个网站上定义的MIME类型只会影响此站点。
在IIS全局上添加MIME类型的过程如下：
在IIS管理控制台中右击服务器名，然后选择属性；
在弹出的计算机属性对话框上点击MIME类型按钮；
