無法允許URL這些字符： - ％/ \＃+

Question

關於系統

我在我的項目這種格式的URL： -

http://project_name/browse_by_exam/type/tutor_search/keyword/class/new_search/1/search_exam/0/search_subject/0 

凡keyword/class對意味着搜索「class」關鍵字。

以下是我的htaccess文件： -

##AddHandler application/x-httpd-php5 .php 

Options Includes +ExecCGI 
Options +FollowSymLinks 

<IfModule mod_rewrite.c> 
RewriteEngine on 

############To remove index.php from URL 

RewriteCond $1 !^(index\.php|resources|robots\.txt) 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule ^(.*)$ index.php/$1 [L,QSA] 
#################################################end of find a class 


</IfModule> 

我有執行的項目中的每個模塊一個共同的index.php文件。 只有一個重寫規則才能從URL中刪除index.php（如上所示）。我不使用任何htaccess重寫規則來定義$ _GET數組。我在PHP裏面有一個URL解析器函數，而不是。因爲我給的例子URL，解析器回報： -

Array ([a] => browse_by_exam [type] => tutor_search [keyword] => class [new_search] => 1 [search_exam] => 0 [search_subject] => 0) 

我使用urlencode（）處理，同時準備搜索網址和urldecode（），而讀搜索URL

問題

我正在面對一些字符在URL中的問題

Character    Response 
%      400 - Bad Request - Your browser sent a request that this server could not understand. 
/      404 - Not FOund 
\ # +     Page does not break but urldecode() removes these characters. 

我想要允許所有這些字符。 可能是什麼問題？我如何允許這些？ 請幫助 感謝， Sandeepan

更新

現在只剩/字符導致URL破碎（404錯誤，如前）。所以，我嘗試刪除隱藏在URL中的index.php的htaccess重寫規則，並嘗試使用完整的URL代替。對於一個搜索詞class/new我試着用以下兩個網址： -

http://project_name/index.php?browse_by_exam/type/tutor_search/keyword/class%2Fnew/new_search/1/search_exam/0/search_subject/0 

http://project_name/index.php/browse_by_exam/type/tutor_search/keyword/class%2Fnew/new_search/1/search_exam/0/search_subject/0 

，第一個作品，但第二個一個沒有。請注意0​​在第一個。

但我不能使用第一個URL約定。我必須使index.php隱藏。請幫助

再次感謝 Sandeepan

編輯（解決）

考慮Bobince的回答我的其他問題

urlencoded Forward slash is breaking URL ，我覺得這是最好能有這樣的網址： - http://project_name/browse_by_exam?type/tutor_search/keyword/class %2Fnew/new_search/1/search_exam/0/search_subject/0

這樣，我擺脫了diffi的可讀性culty造成&param1=value1&param2=value2公約，還能夠允許使用?

我想避免AllowEncodedSlashes向前查詢字符串部分斜線因爲Bobince說Also some tools or spiders might get confused by it. Although %2F to mean/in a path part is correct as per the standard, most of the web avoids it.

Answer 1

有些問題聽起來像他們都跟你試圖用PATH_INFO（後面index.php您RewriteRule棒的一切，就好像它是一個路徑）。是否有可能只使用$_SERVER['REQUEST_URI']變量作爲URL解析器函數的輸入？它包含了相同的信息，我覺得它會更少問題。

試圖創建一個PATH_INFO解決方案在per-dir（.htaccess）上下文中似乎不起作用。您可以設置AllowPathInfo On，但一旦mod_rewrite嘗試內部重定向URL，它似乎像Apache不希望解析出其中的網址，導致404錯誤的後一部分。

如果使用$_SERVER['REQUEST_URI']代替，那麼你可以重寫index.php無拖尾的信息，像這樣：

RewriteCond $1 !^(index\.php|resources|robots\.txt) 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule ^(.*)$ index.php [L,QSA] 

至於400錯誤去，你的%應該由urlencode()編碼爲%25，但這聽起來像是出於任何原因可能存在問題。我檢查，以確保您的搜尋網址確實被正確編碼發送到瀏覽器的輸出，因爲這可能涉及與其他剩餘的字符問題，以及（但我不知道）。

編輯：如果使用上面的rerwite，你就必須像網址

http://project_name/browse_by_exam/type/tutor_search/keyword/class/new_search/1/search_exam/0/search_subject/0 

，他們將在內部被重定向到index.php。然後，你可以得到部分

/browse_by_exam/type/tutor_search/keyword/class/new_search/1/search_exam/0/search_subject/0 

從 $_SERVER['REQUEST_URI']

在腳本（它將包含此值），然後你可以解析像你現在這樣。我不知道爲什麼你必須能夠擁有它index.php後重寫，因爲你可以得到這個信息，即使它不是，它看起來完全一樣在他們的瀏覽器用戶。你甚至可以改變這樣做在腳本的開頭，如果使用$_SERVER['PATH_INFO']部分不可用：

$_SERVER['PATH_INFO'] = $_SERVER['REQUEST_URI']; 

如果你真的不能像這樣做，我不知道有一個解決方案（在你的另一個問題中有一個解釋爲什麼這是有問題的），但我會看看是否有可能回到你身邊。