我清楚且能成功的是透過rewrite重新導向的方式。
但我從鳥哥博客了解到除了rewrite還有另外一種通過設置的方法？
鳥哥 nginx pathinfo 傳送門
鳥哥在博客中提到的除了rewrite重定向外的方法是透過什麼原理呢？
我清楚且能成功的是透過rewrite重新導向的方式。
但我從鳥哥博客了解到除了rewrite還有另外一種通過設置的方法？
鳥哥 nginx pathinfo 傳送門
鳥哥在博客中提到的除了rewrite重定向外的方法是透過什麼原理呢？
鳥哥的這篇文章其實概念上有些混淆。
首先，鳥哥說的Rewrite重定向的方式指的是透過Nginx重定向，把PATH_INFO透過Query String的方式傳給PHP。
例如，我們請求/user/1通過重定向規則，改為/index.php?path_info=/user/1。
這種方式需要PHP腳本內部透過收集Query String來分析PATH_INFO，需要做一定的相容適配。
而鳥哥介紹的第二種，是讓PHP去拆解PATH_INFO資訊。
例如，我們要求/index.php/user/1，PHP可以自動拆解腳本之後的路徑，作為PATH_INFO，這裡就是/user/1。
鳥哥介紹，由於PHP在拆解時可能出現一定的安全問題，所以還是不建議這種方法。
最後鳥哥介紹了另一種方法，整體來說還是從/index.php/user/1拆解出/user/1的方法，只不過這次拆解的過程是由Nginx來完成的，這種方法在接收請求的Nginx上來完成，相比較前兩種在PHP中完成拆解的方法，這種方法由於可以使用的信息更多更直接，所以效果更好。
But，But，通常來說我們也不會以/index.php/user/1這種形式展示URL，而是希望隱藏程序的入口，也就是以/user/1來展示。所以說，這個過程我們仍然需要透過Nginx的Rewrite來完成隱藏程式入口到重定向到程式入口腳本的過程。通常在網路上看到的PHP+Nginx的隱藏入口配置，都是Rewrite配合最後一種拆解PATH_INFO方法來完成的。
所以說鳥哥的提法有一定的問題，不能把第一種拆解PATH_INFO的方法單純的與Nginx的Rewrite畫等號。
