在使用 ?id=”中文” 传递中文参数时，出现了乱码，这是经过了二次转码后的结果，其中，在 php 中，url 中是不可以直接传输中文的，对于这点，一直心存不满，没办法呀，谁让咱没一套解决方案呢，不知道别的语言是不是也出现这样的问题。
对于网上所说的在首页添加 header(“content-type:text/html;charset=utf-8″); 这样的代码，以及把数据库页面等等设置成 utf8 的解决方案根本无效，始终传递过来的中文是乱码。
尽管所有 04ie.com站点PHP 我都是用的统一的 utf8 编码，但始终传递过去是乱码，后来测试了几个浏览器，发现 360 可以传递过去，而 IE 不行，后来再使用 $msg = iconv(‘gbk’,'utf-8′,$_GET["msg"]); 进行转换，测试几个浏览器后，大多还是显示乱码的问题。
最后总结了一点，对于 GET[] 过去的值，url 中不可以直接传输中文，如果必须要传输的话，用 urlencode() 方法来处理中文。对于 POST[] 不知道怎么样，暂时还没有做过实验。
再来PHP手册上查下urlencode()的使用：
urlencode() 本函数将字符串以 URL 编码。例如空格就会变成加号。Homepage 中 form 资料传送就是用 urlencode 编码后再送出
原来如此，我说呢为什么从form表单提交过来的就没有问题，但是url传递过来的就乱码
本工具分别实现两种方式的Encode与Decode：
中文 -> GB2312的Encode -> %D6%D0%CE%C4
中文 -> UTF-8的Encode -> %E4%B8%AD%E6%96%87
Html中的URLEncode：
编码为GB2312的html文件中：/中文.rar -> 浏览器自动转换为 -> /%D6%D0%CE%C4.rar
注意：Firefox对GB2312的Encode的中文URL支持不好，因为它默认是UTF-8编码发送URL的，但是ftp://协议可以，我试过了，我认为这应该算是Firefox一个bug。
编码为UTF-8的html文件中：/中文.rar -> 浏览器自动转换为 -> /%E4%B8%AD%E6%96%87.rar
PHP中的URLEncode：
| 代码如下 | 复制代码 |
| <?php //GB2312的Encode echo urlencode("中文-_. ")."n"; //%D6%D0%CE%C4-_.+ echo urldecode("%D6%D0%CE%C4-_. ")."n"; //中文-_. echo rawurlencode("中文-_. ")."n"; //%D6%D0%CE%C4-_.%20 echo rawurldecode("%D6%D0%CE%C4-_. ")."n"; //中文-_. ?> |
|
除了“-_.”之外的所有非字母数字字符都将被替换成百分号“%”后跟两位十六进制数。
urlencode和rawurlencode的区别：urlencode将空格编码为加号“+”，rawurlencode将空格编码为加号“%20”。
如果要使用UTF-8的Encode，有两种方法：
一、将文件存为UTF-8文件，直接使用urlencode、rawurlencode即可。
二、使用mb_convert_encoding函数：
| 代码如下 | 复制代码 |
| <?php $url = '/中文.rar'; echo urlencode(mb_convert_encoding($url, 'utf-8', 'gb2312'))."n"; echo rawurlencode(mb_convert_encoding($url, 'utf-8', 'gb2312'))."n"; //http%3A%2F%2Fs.%2F%E4%B8%AD%E6%96%87.rar ?> |
|
实例：
| 代码如下 | 复制代码 |
| <?php function parseurl($url="") { $url = rawurlencode(mb_convert_encoding($url, 'gb2312', 'utf-8')); $a = array("%3A", "%2F", "%40"); $b = array(":", "/", "@"); $url = str_replace($a, $b, $url); return $url; } $url="ftp://ud03:password@s./中文/中文.rar"; echo parseurl($url); //ftp://ud03:password@s./%D6%D0%CE%C4/%D6%D0%CE%C4.rar ?> |
|
JavaScript中的URLEncode：
如：%E4%B8%AD%E6%96%87-_.%20%E4%B8%AD%E6%96%87-_.%20
encodeURI不对下列字符进行编码：“:”、“/”、“;”、“?”、“@”等特殊字符。
如：/%E4%B8%AD%E6%96%87.rarhttp%3A%2F%2Fs.%2F%E4%B8%AD%E6%96%87.rar
看来也只有用 urlencode() 方法来处理中文了，在传递之前要先进行编码，传递过去之后再进行解决就可以了，那么利用如下两个函数：编码：”.urlencode(‘中文’).”，解码：”.urldecode(‘中文’).”，括号里的中文就是传递的字符了。
如下：传递页面先进行04ie.com编码：td.php?id=”.urlencode(‘中文’).”，接受页面进行解码即可：urldecode(id).”。
后来附一个函数
| 代码如下 | 复制代码 |
|
|
|
最近在做东西的时候发现一个问题
有一个接口挂了 ，然后进行测试访问地址的时候，浏览器就一直处于等待响应的状态
怎么访问都不行，只有重启web服务器才行。
如果不重启web服务器进行代码调试，总发现在session_start()的时候就不能进行下去了
问题原因后来终于明白了：
因为浏览器发送的请求还是在web服务器中建立了线程进行了请求的处理，由于session是在服务器端存储
而浏览器处于等待响应的状态就是表明了web服务器正在处理你的请求，但是由于响应超时时间很长，你也许进行了下一次的调试。
在上一个请求还未死亡之前，它一直占用着你的session资源，而session资源是不能共享的，你再次请求的就一直会在等待session资源的获取。
也就是说只有等你上一个请求结束的时候你才能正常获取session资源并且进入代码的解析
以前发现PHP页面调用session_start()方法时很慢，甚至会用上几十秒钟，现在终于发现原因。
解决办法
因为session使用文件，多个请求时会锁住Session文件，尽量在不用Session时尽早释放Session.
使用 session_write_close() 方法
例如
| 代码如下 | 复制代码 |
|
session_start(); //starts the session |
|
在一台处理网络支付的服务器迁移的时候，发现不能支付。
1.PHP版本为5.3.3
2.系统为Red Hat 4.1.2-54
查看apache的错误日志，发现是加密文件中一个函数bcmul()报错：
PHP Fatal error: Call to undefined function bcmul() in /php_rsa.php on line xxx
这个函数是PHP数学扩展中的一个。使用 bcscale() 来设置全局默认的小数位数，具体用法如下：
<?php
echo bcmul('1.34747474747', '35', 3); // 47.161
echo bcmul('2', '4'); // 8
?>
解决：
使用如下命令:
yum install php-bcmath
就安装好了。
如果出现下面这种情况：
Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirrors.yun-idc.com * extras: mirrors.yun-idc.com * rpmforge: ftp.riken.jp * updates: mirrors.yun-idc.com Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package php-bcmath.x86_64 0:5.1.6-40.el5_9 set to be updated --> Processing Dependency: php-common = 5.1.6-40.el5_9 for package: php-bcmath --> Running transaction check ---> Package php-common.x86_64 0:5.1.6-40.el5_9 set to be updated --> Processing Conflict: php53-common conflicts php-common --> Finished Dependency Resolution php53-common-5.3.3-13.el5_9.1.x86_64 from installed has depsolving problems --> php53-common conflicts with php-common Error: php53-common conflicts with php-common You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest
就需要使用yum update 之后再yum install php53-bcmath就好了
此函数在php.ini中的选项：
[bcmath] ; Number of decimal digits for all bcmath functions. ; http://www.php.net/manual/en/bc.configuration.php#ini.bcmath.scale bcmath.scale = 0
BC 数学库配置选项
php中关于mysql的操作非常简单，然而最近在做一个小工具的时候发现php写入mysql的数据库中出现了中文字符的乱码，这个乱码的问题纠结了我好久，明明英文字符写入正常，但是中文就是乱码！
一开始我感觉是我建立mysql数据库的时候没有设置UTF-8字符集，然而后来我发现即使我设置了这个字符集还是不能解决问题，写入mysql的字符串照样乱码。
解决这个问题其实很简单.
1.在建表的时候设置编码类型为gb2312_chinese_ci.
2.在PHP页面的数据库连接语句加一行mysql_query("SET NAMES 'gb2312'",$link); 例如
| 代码如下 | 复制代码 |
|
$db_host="localhost"; $link=mysql_connect($db_host,$db_user,$db_password); |
|
写入页面和读取页面都加入这行.这样在MYSQL里面的中文就能正常显示了.
另外种办法修改配置文件my.cnf
| 代码如下 | 复制代码 |
|
[mysqld] default-character-set=utf8 |
|
重新启动MYSQL改过 这个改了就是把 character_set_server 设成utf8
好了到这些关于php写入mysql中文乱码问题就解决了，当然我们主要是注意页面与数据库之间的编码然后使用mysql_query()进行设置。
这几天在windows下安装了XAMPP，准备初步学习一下php的相关内容。这几天接触到了php上传文件，但是出现了一个郁闷问题，我准备上传一个excel文件，但是如果文件名是中文名就会报错。
一来二去很是郁闷，后来仔细想了想应该是文件编码的问题，我写的php文件使用的是UTF-8编码，如果没有猜错APACHE处理用的应该是GBK（当然现在我无法确定，希望高手给与指教）。想明白了这个问题，就去查找相关的教程了，索性找到了iconv这个函数。
函数原型：string iconv ( string in_charset, string out_charset, string str )
使用例子：$content = iconv(”GBK”, “UTF-8″, $content);
这个例子的作用就是将$content从GBK转换成UTF-8编码。
乱码问题关键代码：
| 代码如下 | 复制代码 |
|
$name=iconv("UTF-8","gb2312", $name); move_uploaded_file($tmpname, $this->final_file_path); $name=iconv("gb2312","UTF-8", $name); |
|
除了这样来解决上传文件中文乱码问题，我们还可以把上传文件重新命名即可。
例
$sFileName = "sda.php";
$sOriginalFileName = $sFileName;
$sExtension = s str($sFileName, (strrpos($sFileName, '.') + 1));//找到扩展名
$sExtension = strtolower($sExtension);
$sFileName = date("YmdHis").rand(100, 200).".".$sExtension; //这样就是我们的新文件名了，全数字的不会有乱码了哦。