Mod_rewrite和isapirewrite基本兼容，但是还是有些不同，比如：isapirewrite中”?”需要转义成”\?”，mod_rewrite不用，isapirewrite支持”d+”（全部数字），mod_rewrite不支持隐藏后台现实：这在后台应用平台的迁移时非常有用：当从ASP迁移到JAVA平台时，对于前台用户来说，根本感受不到后台应用的变化；
简化数据校验：因为像(\d+)这样的参数，可以有效的控制数字的格式甚至位数；
比如我们需要将应用从news.asp?id=234迁移成news.php?query=234时，前台的表现可以一直保持为news/234.html。从实现应用和前台表现的分离：保持了URL的稳定性，而使用mod_rewrite甚至可以把请求转发到其他后台服务器上。
基于PATH——INFO的URL美化
URL美化的另外一个方式就是基于URL_INFO：
PATH_INFO是CGI标准，因此PHP Servlet等都有的支持。比如Servlet中就有request.getPathInfo（）方法。
注意：/hello.jsp，从这里你也可以知道JSP其实就是一个Servlet的PATH_INFO的参数。ASP不支持PATH_INFO,php中基于PATH_INFO的参数解析的例子如下：
//注意：参数按”/”分割，第一个参数是空的：从/param1/param2中解析出$param1 $param2这2个参数if (isset ($_SERVER[“PATH_INFO”])){
??list($nothing,$param1,$param2)=explode(“/”,$_SERVER[“PATH_INFO”]);}
如何隐藏应用：例如：.php的扩展名：
在APACHE中这样配置：
<FilesMatch “^app_name$”>
??ForceType application/x-httpd-php
</FilesMatch>
如何更像静态页面：app_name/my/app.html
解析的PATH_INFO参数的时候，把最后的一个参数的最后5个字符”.html”截断即可。
特别是针对使用虚拟主机用户，无权安装和配置mod_rewrite的时候，PATH_INFO往往成了唯一的选择。
OK，这样以后看见类似于http://www.example.com/234这样的网页你就知道可能是show.php?id=234这个PHP程序生成动态网页，很多站点表面看上去可能有很多静态目录，其实很有可能都是使用1，2个程序实现的内容发布。比如很多WIKIWIKI系统都使用了这个机制：整个系统就一个简单的WIKI程序，而看上去的目录其实都是这个应用拿后面的地址作为参数的查询结果。
利用基于MOD_REWRITE/PATH_INFO+CACHE服务器的解决方案对原有的动态发布系统进行改造，也可以大大降低旧有系统升级到新的内容管理系统的成本。并且方便了搜索引擎收录的牵引。
