① 本人php菜鸟,问个urlencode的问题!~~~~~~
需要自己写个函数来转。判断如果是字母和数字,则调用自己写的函数。下面是用来转换的码表
$code = array(
'0' => '%30',
'1' => '%31',
'2' => '%32',
'3' => '%33',
'4' => '%34',
'5' => '%35',
'6' => '%36',
'7' => '%37',
'8' => '%38',
'9' => '%39',
'A' => '%41',
'B' => '%42',
'C' => '%43',
'D' => '%44',
'E' => '%45',
'F' => '%46',
'G' => '%47',
'H' => '%48',
'I' => '%49',
'J' => '%4A',
'K' => '%4B',
'L' => '%4C',
'M' => '%4D',
'N' => '%4E',
'O' => '%4F',
'P' => '%50',
'Q' => '%51',
'R' => '%52',
'S' => '%53',
'T' => '%54',
'U' => '%55',
'V' => '%56',
'W' => '%57',
'X' => '%58',
'Y' => '%59',
'Z' => '%5A',
'a' => '%61',
'b' => '%62',
'c' => '%63',
'd' => '%64',
'e' => '%65',
'f' => '%66',
'g' => '%67',
'h' => '%68',
'i' => '%69',
'j' => '%6A',
'k' => '%6B',
'l' => '%6C',
'm' => '%6D',
'n' => '%6E',
'o' => '%6F',
'p' => '%70',
'q' => '%71',
'r' => '%72',
's' => '%73',
't' => '%74',
'u' => '%75',
'v' => '%76',
'w' => '%77',
'x' => '%78',
'y' => '%79',
'z' => '%7A',
)
② PHP如何对多维数组的键值对进行urlencode转码
你好,可以使用递归。
functionarray_urlencode($data){
$new_data=array();
foreach($dataas$key=>$val){
//这里我对键也进行了urlencode
$new_data[urlencode($key)]=is_array($val)?array_urlencode($val):urlencode($val);
}
return$new_data;
}
$array=array(
"中国"=>"北京",
"美国"=>"华盛顿",
"英国"=>"伦敦",
"city"=>"伦敦",
"多维"=>array("阿斯顿"=>"尔特人",array("豆腐干豆腐","请问"))
);
var_mp(array_urlencode($array));
③ PHP用URL传参数,在解密就解不出来,在原来程序即加密又解密,就没有问题,怎么回事
对url密文用decode进行URL编码一下,接收时再用urldecode解码下再解密,这样做是为了避免被密文中的特殊字符影响
④ %C9%CF%BA%A3 是一个经过php urlencode加密后的字符串 请问用什么javascript的函数或者代码 可以解码成中
decodeURIComponent 方法
返回统一资源标识符 (URI) 的一个已编码组件的非编码形式。
decodeURIComponent(encodedURIString)
必选的 encodedURIString 参数代表一个已编码的 URI 组件。
可以试试
⑤ php页面解决乱码问题
1、文件编码:指的是页面文件(.html,.php等)本身是以何种编码来保存的。记事本和Dreamweaver在打开页面时候会自动识别文件编码因而不太会出问题。而ZendStudio却不会自动识别编码,它只会根据首选项的配置固定以某种编码打开文件,如果工作时候一不注意,用错误编码打开文件,做了修改之后一保存,乱码就出现了(我深有体会)。
2、页面申明编码:在HTML代码HEAD里面,可以用<meta http-equiv="Content-Type" content="text/html; charset="XXX" />来告诉浏览器网页采用了什么编码,目前中文网站开发中XXX主要用的是GB2312和UTF-8两种编码。
3、数据库连接编码:指的是进行数据库操作时候以哪种编码与数据库传输数据,这里需要注意的是不要与数据库本身的编码混淆,比如MySQL内部默认是latin1编码,也就是说Mysql是以latin1编码来存储数据,以其他编码传输给Mysql的数据会被转换成latin1编码。
知道了WEB开发中哪些地方涉及到了编码,也就知道了PHP页面乱码产生的原因:上述3项编码设置不一致,由于各种编码绝大部分是兼容ASCII的,所以英文符号不会出现,中文就倒霉了。下面是一些常见的错误情况与解决:
1、数据库采用UTF8编码,而页面申明编码是GB2312,这是最常见的产生乱码的原因。这时候在PHP脚本里面直接SELECT数据出来的就是PHP页面乱码,需要在查询前先使用:
mysql_query("SET NAMES GBK"); 来设定MYSQL连接编码,保证页面申明编码与这里设定的连接编码一致(GBK是GB2312的扩展)。如果页面是UTF-8编码的话,可以用:
mysql_query("SET NAMES UTF8"); 注意是UTF8而不是一般用的UTF-8。假如页面申明的编码与数据库内部编码一致可以不设定连接编码。
注:事实上MYSQL的数据输入输出比上面讲的更复杂一些,MYSQL配置文件my.ini中定义了2个默认编码,分别是[client]里的default-character-set和[mysqld]里的default-character-set来分别设定默认时候客户端连接和数据库内部所采用的编码。我们上面指定的编码其实是MYSQL客户端连接服务器时候的命令行参数character_set_client,来告诉MYSQL服务器接受到的客户端数据是什么编码的,而不是采用默认编码。
2、页面申明编码与文件本身编码不一致,这种情况很少发生,因为如果编码不一致美工做页面时候在浏览器看到的就是乱码了。更多时候是发布以后修改一些小BUG,以错误编码打开页面然后保存导致的。或者是用某些FTP软件直接在线修改文件,比如CuteFTP,由于软件编码配置错误而导致转换错了编码。
3、一些租用虚拟主机的朋友,明明上述3项编码都设置正确了还是有PHP页面乱码。比方说网页是GB2312编码的,IE等浏览器打开却总是识别成UTF-8,网页HEAD里面已经申明是GB2312了,手动修改浏览器编码为GB2312后页面显示正常。产生原因是服务器Apache设定了服务器全局的默认编码,在httpd.conf里面加了AddDefaultCharset UTF-8。这时候服务器会首先发送HTTP头给浏览器,其优先级比页面里申明编码高,自然浏览器就识别错了。解决办法有2个,请管理员在配置文件自己的虚机里加上一条AddDefaultCharset GB2312来覆盖全局配置,或者在自己目录的.htaccess里配置。
⑥ php中urldecode()和urlencode()起什么作用啊
urlencode()编码:对字符串中除了 -_. 之外的所有非字母数字字符都将被替换成百分号(%)后跟两位十六进制数,空格则编码为加号(+)。
urldecode()解码:还原 URL 编码字符串。
示例:
<?php
header("Content-Type:text/html; charset=utf-8");
//对参数值进行编码
$parm=urlencode("演示php-mysql");
//拼接url
$url="decode.php?par=".$parm;
?>
<a href="<?php echo $url;?>">urlencode演示</a>
点击连接后地址栏中汉字被编码了:
http://localhost/decode.php?par=%E6%BC%94%E7%A4%BAphp-mysql
------------------------------------------------------------------------
//decode.php
<?php
//获取参数值
$parValue=$_GET['par'];
//解码
echo urldecode($parValue);
//运行结果:演示php-mysql
?>
⑦ PHP函数urlencode和urldecode的问题。
很明显,这个编码函数有另外一个参数。就是指定编码方式的。
如果你安装utf-8编码进行编码的话,就和原来的不一样。
当你换成gb2312的时候就一样了。
因为选择的默认编码方式不同,所以会出现不同的结果。