所以说鸟哥的提法存在一定的问题，不能把第一种拆解PATH_INFO的方法单纯的与Nginx的Rewrite画等号。

鸟哥的这篇文章其实概念上有些混淆。
首先，鸟哥说的Rewrite重定向的方式指的是通过Nginx重定向，把PATH_INFO通过Query String的方式传给PHP。
例如，我们请求/user/1通过重定向规则，改为/index.php?path_info=/user/1。
这种方式需要PHP脚本内通过收集Query String来分析PATH_INFO，需要做一定的兼容适配。

最后鸟哥介绍了另外一种方法，总体上来说还是从/index.php/user/1拆解出/user/1的方法，只不过这次拆解的过程是由Nginx来完成的，这种方法在接收请求的Nginx上来完成，相比较前两种在PHP中完成拆解的方法，这种方法由于可以使用的信息更多更直接，所以效果更好。

而鸟哥介绍的第二种，是让PHP去拆解PATH_INFO信息。
例如，我们请求/index.php/user/1，PHP可以自动拆解脚本之后的路径，作为PATH_INFO，这里就是/user/1。
鸟哥介绍，由于PHP在拆解时可能出现一定的安全问题，所以还是不建议这种方法。

But，But，通常来说我们也不会以/index.php/user/1这种形式展示URL，而是希望隐藏程序的入口，也就是以/user/1来展示。所以说，这个过程我们仍然需要通过Nginx的Rewrite来完成隐藏程序入口到重定向到程序入口脚本的过程。通常在网络上看到的PHP+Nginx的隐藏入口配置，都是Rewrite配合最后一种拆解PATH_INFO方法来完成的。