REQUEST_URI VS .htaccess的

據我所知，有 '路由' 的兩種不同的方式，並使用 '友好的URL'REQUEST_URI VS .htaccess的

1：獨資使用的.htaccess：

RewriteRule ^foobar/([^/]+)/([^/]+)$ "index.php?foo=$1&bar=$2" [NC]

或 2：使用htaccess的與一個的index.php '路由' 系統結合：

<IfModule mod_rewrite.c> 
      RewriteEngine On 
      RewriteBase/
      # if file not exists 
      RewriteCond %{REQUEST_FILENAME} !-f 
      # if dir not exists 
      RewriteCond %{REQUEST_FILENAME} !-d 
      # avoid 404s of missing assets in our script 
      RewriteCond %{REQUEST_URI} !^.*\.(jpe?g|png|gif|css|js)$ [NC] 
      RewriteRule .* index.php [QSA,L] 
    </IfModule>

然後內部的index.php：

$uri = explode("/",substr($_SERVER['REQUEST_URI'],1)); 
    if((isset($uri[0])) && ($uri[0]!="")) { 
     $page = $uri[0]; 
     if(is_file(ROOT."/subs/docs/$page/config.php")) { 
       include(ROOT."/subs/docs/$page/config.php"); 
      } 
    } else { 
     $page="home"; 
    }

然後在$行下面包含$頁面。

我的問題是，哪種方式更好，還是有其他方法我不知道？更好的說，我的意思是在效率，速度和邏輯方面。

來源

2013-01-15 Chud37

這對你更有效嗎？ –

另一種將兩者混合的方法是前端控制器，其中所有％{REQUEST_URI}都被路由到單個文件，然後將$ _SERVER ['REQUEST_URI']分成幾部分以找出哪些PHP類將處理與URL。無論效率與否，我都不知道。就我個人而言，我發現將邏輯放在PHP中比在.htaccess中更容易，但這僅僅是個人的問題。 – GarethL

剛開始的時候，你所展示的代碼是相當危險且相當容易被利用的。 –

在現實生活中，大多數路由系統非常複雜，第一個選項會變成.htaccess成爲生活的噩夢。實際上，所有可能的輸入參數組合的數量如此巨大，以至於主應用路由器不得不僅處理檢測控制器。雖然每個特定的控制器都必須以自己的方式處理它們。
坦率地說，你不能確定第二個參數必須分配給foo變量，第三個參數分配給bar。

所以，除了第二個，別無選擇。

來源

2013-01-15 12:22:46

這是一個很好的觀點。所以第二個是你最好的辦法嗎？或者是什麼？ – Chud37

REQUEST_URI VS .htaccess的

回答

相關問題