我們需要在url中傳遞中文字元或是其它的html等特殊字元,似乎總會有各種亂,不同的瀏覽器對他們的編碼又不一樣,
對於中文,一般的做法是:
把這些文本字串傳給url之前,先進行urlencode($text)一下;
但是對於一些很“危險”的字元,比如說html字元,甚至是SQL注入相關的字元,如果很明顯的傳給系統,出於安全考慮,系統一般都會把它們過濾掉的。
現在,我們需要這些危險字元,該這麼辦?
我想到的辦法是 先給它們 base64_encode($text) 編碼,到服務端時,又給它們 base64_decode($text) 解碼,
貌似很完美,但是在使用的過程中又遇到一個問題,base64_encode 編碼後的字串中含有 "/", "+", "=" 等字元,
base64_encode()函數由於要在url中傳使用者輸入觀點(少量的內容),當使用者提交(post提交)過來的是一個數組.所以我把觀點用bse64_encode()函數給加密.當跳轉到處理頁面時,我再給get接收,這時出現兩邊加密的資料不對.少了一個+字元.
使用者提交加密:
tPK9tNPNyKUsuse6xyYjNDY7JiM0NjsufMavwcEhfMyrxq/BwcHLLMjDztLO3tPvLNXmz+vI69ehsKEhfHw=
在處理頁面用get接收到的:
tPK9tNPNyKUsuse6xyYjNDY7JiM0NjsufMavwcEhfMyrxq/BwcHLLMjDztLO3tPvLNXmz vI69ehsKEhfHw=
對比找到少了一個加號,不知道是什麼原因導制的(猜想可能是get時,+字元可能不能得到吧!).還請高手指點.
這些字元在url編碼中又是特殊字元,比如 "+" ,它就表示 “空格”,但是不同的瀏覽器對“空格”的編碼又不一樣,有的是用“+”表示,有的是用“20%”表示,也就是說,讓這些base64_encode編碼後的字串在url中傳遞,用不同的瀏覽器去瀏覽時,服務端得到值不一樣。
於是乎,想到了一個折中辦法,先將這些base64編碼後的特殊字元替換掉,到服務端後,又替換回來:
解決方案:
一.在使用者提交加密串的時間,我把+字元給換成別的字字元.如:str_replace('+', '_', $content);
二.在處理頁面再次轉換一次:如:str_replace('_', '+', $content);
複製代碼 代碼如下:
function base_encode($str) {
$src = array("/","+","=");
$dist = array("_a","_b","_c");
$old = base64_encode($str);
$new = str_replace($src,$dist,$old);
return $new;
}
function base_decode($str) {
$src = array("_a","_b","_c");
$dist = array("/","+","=");
$old = str_replace($src,$dist,$str);
$new = base64_decode($old);
return $new;
}
下面是在瀏覽器中得到的效果
xOO6w6Osuf65_aiy_atL_b00Ke5_b8jnus6ho6GjoaM_c
urldecode執行個體方法很簡單
urldecode ( string $str )
解碼給出的已編碼字串中的任何 %##。返回解碼後的字串。
Example #1 urldecode() 例子
複製代碼 代碼如下:
$a = explode('&', $QUERY_STRING);
$i = 0;
while ($i < count($a)) {
$b = split('=', $a[$i]);
echo 'Value for parameter ', htmlspecialchars(urldecode($b[0])),
' is ', htmlspecialchars(urldecode($b[1])), "
";
$i++;
}
?>
http://www.bkjia.com/PHPjc/328166.htmlwww.bkjia.comtruehttp://www.bkjia.com/PHPjc/328166.htmlTechArticle我們需要在url中傳遞中文字元或是其它的html等特殊字元,似乎總會有各種亂,不同的瀏覽器對他們的編碼又不一樣, 對於中文,一般的做...