我们需要在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() 例子代码如下:
- <?php
- $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])), "<br /> ";
- $i++;
- }
- ?>
|