php 错误屏蔽 error_reporting详解

在Windows环境下：原本在php教程4.3.0中运行正常的程序，在4.3.1中为何多处报错，大体提示为：Notice:Undefined varialbe:变量名称.
例如有如下的代码：
复制代码 代码如下:
if (!$tmp_i) {
$tmp_i=10;
}

在4.3.0中运行正常，在4.3.1中运行会提示Notice:Undefined varialbe:tmp_i
问题下下：
1.问题出在哪里？
2.应如何修改这段代码？
3.不改段代码，如何修改php.ini中的设置使原来在4.3.0中的程序在4.3.1的环境下运行正常?而不出现这个错误提示.

解决办法：

在程序开头加一句：
error_reporting(E_ALL & ~E_NOTICE); 或error_reporting(E_ALL ^ E_NOTICE);

或者
修改php.ini
error_reporting = E_ALL & ~E_NOTICE

有关error_reporting()函数：

error_reporting() 设置 PHP 的报错级别并返回当前级别。

; 错误报告是按位的。或者将数字加起来得到想要的错误报告等级。
; E_ALL - 所有的错误和警告
; E_ERROR - 致命性运行时错
; E_WARNING - 运行时警告（非致命性错）
; E_PARSE - 编译时解析错误
; E_NOTICE - 运行时提醒(这些经常是是你的代码的bug引起的，

;也可能是有意的行为造成的。(如：基于未初始化的变量自动初始化为一个
　　　　　　　　　　　　　　;空字符串的事实而使用一个未初始化的变量)

; E_CORE_ERROR - 发生于PHP启动时初始化过程中的致命错误
; E_CORE_WARNING - 发生于PHP启动时初始化过程中的警告(非致命性错)
; E_COMPILE_ERROR - 编译时致命性错
; E_COMPILE_WARNING - 编译时警告(非致命性错)
; E_USER_ERROR - 用户产生的出错消息
; E_USER_WARNING - 用户产生的警告消息
; E_USER_NOTICE - 用户产生的提醒消息

使用方法：

error_reporting(0);//禁用错误报告
error_reporting(E_ALL ^ E_NOTICE);//显示除去 E_NOTICE 之外的所有错误信息
error_reporting(E_ALL^E_WARNING^E_NOTICE);//显示除去E_WARNING E_NOTICE 之外的所有错误信息
error_reporting(E_ERROR | E_WARNING | E_PARSE);//显示运行时错误，与error_reporting(E_ALL ^ E_NOTICE);效果相同。error_reporting(E_ALL);//显示所有错误

A PHP Error was encountered
Severity: Notice

Message: Undefined variable: user

一般在默认的普通PHP文件中输出一个未定义声明的变量是不会报错误的，但在codeigniter框架下却要报错误，这对于想集成 添加 和 修改 页面于一体的”懒人”很不方便，由于是初学者开始还想怎么在代码中屏蔽这一错误提示呢.甚至用到了@,但听很多人都说@会大大降低性能….

最后突然想到，是不是codeigniter有意让这错误信息提示出来了呢，我们该如何去屏蔽掉这一类错误呢无意中搜索到了”如何让codeigniter不显示Notice信息?”,茅塞顿开.原来是入口index.php中的error_reporting(E_ALL);在作怪.只需要把它改成
　　error_reporting(E_ALL ^ E_NOTICE);
就可以屏蔽掉这个错误,而不影响其他的报错.

下边是搜索到的一些资料:

error_reporting() 设置 PHP 的报错级别并返回当前级别。

语法
error_reporting(report_level)
如果参数 level 未指定，当前报错级别将被返回。下面几项是 level 可能的值：

1 E_ERROR
2 E_WARNING
4 E_PARSE
8 E_NOTICE
16 E_CORE_ERROR
32 E_CORE_WARNING
64 E_COMPILE_ERROR
128 E_COMPILE_WARNING
256 E_USER_ERROR
512 E_USER_WARNING
1024 E_USER_NOTICE
2047 E_ALL
2048 E_STRICT
E_NOTICE 表示一般情形不记录，只有程式有错误情形时才用到，例如企图存取一个不存在的变数，或是呼叫 stat() 函式检视不存在的档案。

E_WARNING 通常都会显示出来，但不会中断程式的执行。这对除错很有效。例如：用有问题的常规表示法呼叫 ereg()。

E_ERROR 通常会显示出来，亦会中断程式执行。意即用这个遮罩无法追查到记忆体配置或其它的错误。

E_PARSE 从语法中剖析错误。
E_CORE_ERROR 类似 E_ERROR，但不包括 PHP 核心造成的错误。
E_CORE_WARNING 类似 E_WARNING，但不包括 PHP 核心错误警告。

PHP 的错误报告
　　php.ini 文件中有许多配置设置。您应当已经设置好自己的 php.ini 文件并把它放在合适的目录中，就像在 Linux 上安装 PHP 和 Apache 2 的文档说明中所示的那样。在调试 PHP 应用程序时，应当知道两个配置变量。下面是这两个变量及其默认值：
　　　　display_errors = Off
　　　　error_reporting = E_ALL
　　通过在 php.ini 文件中搜索它们，可以发现这两个变量当前的默认值。display_errors 变量的目的很明显 —— 它告诉 PHP 是否显示错误。默认值是 Off。但是，要让开发过程更加轻松，请把这个值设为 On：
　　　　display_errors = On
　　error_reporting 变量的默认值是 E_ALL。这个设置会显示从不良编码实践到无害提示到出错的所有信息。E_ALL 对于开发过程来说有点太细，因为它在屏幕上为一些小事（例如变量未初始化）也显示提示，会搞糟浏览器的输出。我只想看到错误和不良编码实践，但是不想看到无害的提示。所以，请用以下值代替 error_reporting 的默认值：
　　　　error_reporting = E_ALL & ~E_NOTICE

　　重新启动 Apache，就全部设置好了。接下来，将学习如何在 Apache 上做同样的事。

　　服务器上的错误报告
　　依赖于 Apache 正在做的工作，在 PHP 中打开错误报告可能没法工作，因为在计算机上可能有多个 PHP 版本。有时很难区分 Apache 正在使用哪个 PHP 版本，因为 Apache 只能查看一个 php.ini 文件。不知道 Apache 正在使用哪个 php.ini 文件配置自己是一个安全问题。但是，有一种方法可以在 Apache 中配置 PHP 变量，从而保证设置了正确的出错级别。

　　而且，最好知道如何在服务器端设置这些配置变量，以否决或抢占 php.ini 文件，从而提供更高级别的安全性。
在配置 Apache 时，应该已经接触过 /conf/httpd.conf 中 http.conf 文件中的基本配置。

　　要做在php.ini文件中已经做过的事，请把下列各行添加到 httpd.conf，覆盖任何 php.ini 文件：
　　　　php_flag display_errors on
　　　　php_value error_reporting 2039
　　这会覆盖在 php.ini 文件中为 display_errors 已经设置的标志，以及 error_reporting 的值。值 2039 代表 E_ALL & ~E_NOTICE。如果愿意采用 E_ALL，请把值设为 2047。同样，还是要重启 Apache。
　　接下来，要在服务器上测试错误报告。

关于error_reporting()这个函数,它是可以屏蔽到一些错误信息,但是PHP 核心造成的错误,是无法屏蔽的,因为PHP 核心造成的错误会直接导致PHP文件编译失败,因为书写格式没有按照PHP的编码规则写而造成的错误,是无法屏蔽的
复制代码 代码如下:
* For now, avoid warnings of E_STRICT mode
* (this must be done before function definitions)
*/
if (defined('E_STRICT')) {
$old_error_reporting = error_reporting(0);
if ($old_error_reporting & E_STRICT) {
error_reporting($old_error_reporting ^ E_STRICT);
} else {
error_reporting($old_error_reporting);
}
unset($old_error_reporting);

常见的如下：
复制代码 代码如下:
// Turn off all error reporting;关闭所有的错误
error_reporting(0);

// Report simple running errors;报告一个简单的运行错误
error_reporting(E_ERROR | E_WARNING | E_PARSE);

// Reporting E_NOTICE can be good too (to report uninitialized
// variables or catch variable name misspellings …);包括报告一些未初始化的变量或捕捉变量名的拼写错误
error_reporting(E_ERROR | E_WARNING | E_PARSE | E_NOTICE);

// Report all errors except E_NOTICE
// This is the default value set in php.ini;报告所有的错误但不包括E_NOTICE 这也是php.ini的缺省设置
error_reporting(E_ALL ^ E_NOTICE);

// Report all PHP errors (bitwise 63 may be used in PHP 3);报告所有的错误
error_reporting(E_ALL);

// Same as error_reporting(E_ALL);同上
ini_set('error_reporting', E_ALL);

 

PHP 获取文件扩展名的方法

PHP获取文件扩展名有很多种方法，下面提供其中的三种方法，大家可以研究下，具体就不解释了，直接给最终正确答案

echo pathinfo('/www/htdocs/your_image.jpg', PATHINFO_EXTENSION);
错误写法：
你可能会这样写

function get_file_extension($file_name) {
    return substr(strrchr($file_name,'.'),1);
}
或这样写

function file_extension($filename) {
    return end(explode(".", $filename));
}
顺便看下pathinfo 干些什么

<?php教程
$file_path = pathinfo('/www/htdocs/your_image.jpg');
 
echo "$file_path ['dirname']n";
echo "$file_path ['basename']n";
echo "$file_path ['extension']n";
echo "$file_path ['filename']n"; // only in PHP 5.2+
?>
以上将输出

/www/htdocs
your_image.jpg
jpg
your_image

，代码如下：
<?php
//方法一
function extend_1($file_name)
{
$retval="";
$pt=strrpos($file_name, ".");
if ($pt) $retval=substr($file_name, $pt+1, strlen($file_name) - $pt);
return ($retval);
}
//方法二
function extend_2($file_name)
{
$extend = pathinfo($file_name);
$extend = strtolower($extend["extension"]);
return $extend;
}
//方法三
function extend_3($file_name)
{
$extend =explode(".", $file_name);
$va=count($extend)-1;
return $extend[$va];
}
?>

ajax页面乱码与get post乱码的解决
之前做ASP页面各种乱码,页面刷新就乱码或者链接就乱码,昨晚去问了下度娘,总结出一个解决办,在所有ASP页面之前加上 <% @ CODEPAGE = "65001" LANGUAGE = "VBSCRIPT" %> <% Response.CODEPAGE = 65001%> ,65001指的是UTF-8编码格式 GB2312是936,原因就是你在进入UTF-8页面的时候 其他程序没有声明Response.CodePage 而是 Session.CodePage立即被赋值了 （65001或936因版本不同赋值不一样）,接着进入另一页的时候 另一页的Response.CodePage立即被Session.CodePage赋值 于是如果那个页得@ CODEPAGE = 936 的话 你这个页的 Response.CodePage 被赋值成了 65001肯定会出乱码的 所以 在页面的开头先统一写好编码 。

　　然后昨晚后来又碰到一个问题是AJAX返回中文的时候显示乱码而 2个页面的编码都是一样的UTF-8 为毛会出现乱码 查了度娘是说在AJAX处理页面加上 <% Response.Charset = "UTF-8"%> 结果页面显示不出内容 自己研究了下估计是数据库教程的数据编码问题,因为ACCESS数据编码是根据你写进去数据时的编码我写进去的时候是GB2312现在用UTF-8格式的编码解码肯定会乱码 怎么办呢 把<% Response.Charset = "GB2312" %> 然后AJAX中文就返回正常了 . 这里讲下 Charset属性在W3C的解释是 向页面的Response对象中content-type 头部追加字符集名称。

　　添加 <% Response.Charset = "GB2312"%>

　　页面输出显示

　　<%content-type:text/html; charset=GB2312%>

我估计是Charset将字符集改成了GB2312所以可以接受GB2312编码的数据所以就不会乱码了

看一下get,post乱码的ajax解决办法

数据出现乱码从程序执行的过程来讲分为两种，一种是发送给后台程序的中文本身就是乱码，因为xmlHTTP沿用的是网页特效的字处理机制，使用UTF-8编码。但是后台页面使用GB2312或者其它类型编码的话，接收到的数据自然就是乱码了。还有一种是接受到数据再返回的时候，出现字符乱码。这也是因为后台页面使用的编码和Javascript编码不同造成的。服务器脚本返回的字符默认会使用服务器编码例如GB2312。服务器发回数据乱码问题是很容易解决的，我们只要在服务器发回数据的页面加上一个定义编码的文件头即可。
  定义文件头信息的时候根据脚本的不同，可以使用以下方式：
  PHP:header("Content-Type:text/html;charset=GB2312"); 
  ASP:Response.Charset("GB2312")
  JSP:response.setHeader("Charset","GB2312");
  （其它脚本可以查找其相关类库，通常都有设置header信息的函数或方法。）
  说完了发回信息，我们在说一下发送信息乱码的问题。其实不关是怎样的编码，我们输入的中文字符都会被正确的以UTF-8格式发送到服务器端，只是在服务器接收的时候没有按照我们预期的方式去解码，而是使用了服务器默认的字符编码方式，通常是GB2312来解码信息。那我们看到的字符自然就是错误的。
  我们都知道，XMLHTTP有两种发送数据的方式，一种是GET，一种是POST。GET的乱码解决起来比较简单。只要加上一个定义编码的Header信息即可：setrequestheader("Content-Type","text/html; encoding=gb2312")。这样GET方式发送出去的数据会被服务器脚本正确的理解为GB2312方式，从而进行解码。
  比较难的部分是使用POST方法发送数据的时候，上面的方法就失效了，因为POST数据使用的Content-type使用的是：xmlObj.setrequestheader("Content-Type","application/x-www-form-urlencoded");没有定义字符编码的地方。我在这个问题的解决上遇到了很大的困难，但是目前已经找到两种比较好的解决方法。首先是将中文字符在发送到服务器端之前进行URL编码。也就是使用：encodeURI()。
  但要注意的是，这个方法要用两次，第一次是将字符加工成URL编码。第二次是将编码后的数据再次编码。这样做是因为，第一次编码如果发送的话，服务器端会自动对其进行解码，如果这样那我们就没有办法来控制我们希望的解码方式了。所以要进行两次encodeURL。这样做的目的在于，我们在服务器端获得的数据是一个被encodeURL后的字符串。然后我们再用服务器端脚本的相应解码函数来还原字符串，如此一来，我们就得到了一个我们希望得到的正确的字符串了。这样做的坏处是，我们不得不成倍的增加Send出去的数据量。要知道，数据量变大，出错的机会也就随之变大。
  还有一种方式是使用cookies转储数据，这样虽然不会增加数据但是对于浏览器权限有一定要求。虽然读写cookie是很容易得事情。但我觉得这样操作并不理想。在我没有进行试验的情况下我也不好多说什么。而我认为，应该还有第三种方法可以解决乱码的问题。

  AJAX POST 乱码在 PHP 中的解决方法！
  虽然不高级，也不帅，但最终还是解决了问题。而问题的解决，正式因为PHP完善的函数库！只是一个 iconv() 函数就解决了乱码的问题！
  在客户端，不需要任何的设置。只要将正常的值获取并使用xmlHTTP Send到服务器端，然后在服务器端正常接受值。在接收到值之后使用iconv()函数将字符串重新编码一下就好了！
$R_Guest = strval(iconv("UTF-8","GB2312",$_POST["R_Guest"]));
$R_Content = strval(iconv("UTF-8","GB2312",$_POST["R_Content"]));

 

首先是PHP网页的编码

1.     php教程文件本身的编码与网页的编码应匹配

a.     如果欲使用gb2312编码，那么php要输出头：header(“Content-Type: text/html; charset=gb2312")，静态页面添加<meta http-equiv="Content-Type" content="text/html; charset=gb2312">，所有文件的编码格式为ANSI，可用记事本打开，另存为选择编码为ANSI，覆盖源文件。

b.     如果欲使用utf-8编码，那么php要输出头：header(“Content-Type: text/html; charset=utf-8")，静态页面添加<meta http-equiv="Content-Type" content="text/html; charset=utf-8">，所有文件的编码格式为utf-8。保存为utf-8可能会有点麻烦，一般utf-8文件开头会有BOM，如果使用session就会出问题，可用editplus来保存，在editplus中，工具->参数选择->文件->UTF-8签名，选择总是删除，再保存就可以去掉BOM信息了。

2.     php本身不是Unicode的，所有substr之类的函数得改成mb_substr（需要装mbstring扩展）；或者用iconv转码。

二．         PHP与Mysql的数据交互

PHP与数据库教程的编码应一致

1.     修改mysql教程配置文件my.ini或my.cnf，mysql最好用utf8编码

[mysql]
default-character-set=utf8
[mysqld]
default-character-set=utf8
default-storage-engine=MyISAM
在[mysqld]下加入:
default-collation=utf8_bin
init_connect='SET NAMES utf8'

2.     在需要做数据库操作的php程序前加mysql_query("set names '编码'");，编码和php编码一致，如果php编码是gb2312那mysql编码就是gb2312，如果是utf-8那mysql编码就是utf8，这样插入或检索数据时就不会出现乱码了

三．         PHP与操作系统相关

 

         Windows和Linux的编码是不一样的，在Windows环境下，调用PHP的函数时参数如果是utf-8编码会出现错误，比如move_uploaded_file()、filesize()、readfile()等，这些函数在处理上传、下载时经常会用到，调用时可能会出现下面的错误:

Warning: move_uploaded_file()[function.move-uploaded-file]:failed to open stream: Invalid argument in ...

Warning: move_uploaded_file()[function.move-uploaded-file]:Unable to move '' to '' in ...

Warning: filesize() [function.filesize]: stat failed for ... in ...

Warning: readfile() [function.readfile]: failed to open stream: Invalid argument in ..

     在Linux环境下用gb2312编码虽然不会出现这些错误，但保存后的文件名出现乱码导致无法读取文件，这时可先将参数转换成操作系统识别的编码，编码转换可用mb_convert_encoding(字符串,新编码,原编码)或iconv(原编码,新编码,字符串)，这样处理后保存的文件名就不会出现乱码，也可以正常读取文件，实现中文名称文件的上传、下载。

    其实还有更好的解决方法，彻底与系统脱离，也就不用考虑系统是何编码。可以生成一个只有字母和数字的序列作为文件名，而将原来带有中文的名字保存在数据库中，这样调用move_uploaded_file()就不会出现问题，下载的时候只需将文件名改为原来带有中文的名字。实现下载的代码如下

header("Pragma: public");

header("Expires: 0");

header("Cache-Component: must-revalidate, post-check=0, pre-check=0");

header("Content-type: $file_type");

header("Content-Length: $file_size");

       header("Content-Disposition: attachment; filename="$file_name"");

header("Content-Transfer-Encoding: binary");

readfile($file_path);  

$file_type是文件的类型，$file_name是原来的名字，$file_path是保存在服务上文件的地址

php文件与静态网页的编码要一致。

1.使用utf-8编码的时候，php文件在所有输出之前加上：

header(“Content-Type: text/html; charset=utf-8")；
静态页面添加：
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">。

所有文件的编码格式为utf-8。保存为utf-8可能会有点麻烦，类似WINDOWS自带的记事本等软件，在保存一个以UTF-8编码的文件时，会在文件开始的地方插入三个不可见的字符（0xEF 0xBB 0xBF，即BOM——Byte Order Mark）。它是一串隐藏的字符，用于让记事本等编辑器识别这个文件是否以UTF-8编码。对于一般的文件，这样并不会产生什么麻烦。

但对于 PHP来说，PHP在设计时就没有考虑BOM的问题，不会忽略UTF-8编码的文件开头 BOM的那三个字符，会把BOM作为该文件开头正文的一部分。由于必须在<?或者<?php后面的代码才会作为PHP代码执行，所以将会造成在页面上输出这三个字符，显示效果就要看浏览器了，一般是一个空行或是一个乱码。由于受COOKIE送出机制的限制，在这些文件开头已经有BOM的文件中，COOKIE无法送出（因为在 COOKIE送出前PHP已经送出了文件头），所以登入和登出功能失效。一切依赖COOKIE、SESSION实现的功能全部无效。
可用EmEditor来保存，在EmEditor中，另存为->去掉unicode签名（BOM）前的勾，再保存就可以去掉BOM信息了。

2.使用gb2312编码，php文件在所有输出之前加上：

header(“Content-Type: text/html; charset=gb2312")，
页面添加
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">

所有文件的编码格式为ANSI。

二．PHP与数据库的编码应一致
以Mysql数据库为例，在需要做数据库操作的php程序前加mysql_query("set names 'xx'");，如果php编码是gb2312那xx就是gb2312，如果是utf-8那xx就是 utf8（是utf8 而不是utf-8），这样操作数据时就不会出现乱码了。

另外mysql最好用utf8编码，修改mysql配置文件 my.ini或my.cnf

[mysql]
default-character-set=utf8
[mysqld]
default-character-set=utf8
default-storage-engine=MyISAM

在 [mysqld]下加入:
default-collation=utf8_bin
init_connect='SET NAMES utf8'

echo输出的中文显示成乱码，
其实应该是各种服务器脚本都会遇到这个问题，
根本还是编码问题，
一般来说出于编码兼容考虑大多的页面都将页面字符集定义为utf-8

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
这时候要正常显示中文需要转化一下编码方式，比如
echo iconv("GB2312","UTF-8",'中文');就不会乱码了
还有其他方法，比如
在php的echo前面加入header("Content-Type:text/html;charset=gb2312");
当然简体中文页面也可以干脆地，
把<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />中的UTF-8改成gb2312

 
实际中遇见奇怪的现象，
在本机服务器上正常显示的页面，传上服务器就echo出来乱码，
没仔细琢磨过这个缘由，因为通过iconv函数GB2312、UTF-8换换位置重新编码下就正常了，
不过估计肯定是APACHE，更确切说是PHP服务端的设置不同造成的，
看看PHP.INI应该就能解决

 

再来总结一下为什么会乱码

一般来说，乱码的出现有2种原因，首先是由于编码(charset) 设置错误，导致浏览器以错误的编码来解析，从而出现了满屏乱七八糟的“天书”，其次是文件被以错误的编码打开，然后保存，比如一个文本文件原先是GB2312 编码的，却以UTF-8 编码打开再保存。要解决上述乱码问题，首先需要知道开发中哪些环节涉及到了编码：

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开发中哪些地方涉及到了编码，也就知道了乱码产生的原因：上述3项编码设置不一致，由于各种编码绝大部分是兼容ASCII的，所以英文符号不会出现，中文就倒霉了。

 

<html>
<head>
<title></title>
</head>
<body>
<?php
$mysql_server_name='localhost';
$mysql_username='root';
$mysql_password='000000';
$mysql_database='lib';
$conn=mysql_connect($mysql_server_name,$mysql_username,$mysql_password,$mysql_database);
$sql="select name,age from mytb";
print($conn);
$rs=mysql_db_query("lib","select * from mytb",$conn);
print("
<br>");
while($row = mysql_fetch_object($rs)){
print ($row->name.":".$row->age."<br>");
}
mysql_close($conn);
?>

　　显示如下：

Resource id #1
dd:54
ddd:8
??:15
???:25
??:32
　　mysql编码：utf8,GBK都试过了。mysql font 和命令行显示都正确。

　　问题补充：

　　乱码:

???:15
???:25
??:32
　　这几行,数据库里的值是汉字.显示出来的是问号.

　　解决办法：

　　在$rs=mysql_db_query("lib","select * from mytb",$conn);

　　前面加上

　　mysql_query("set names gb2312");或者mysql_query("set names gbk");

 

五．决战一些常见的错误情况与解决：

1、数据库采用UTF8 编码，而页面申明编码是GB2312 ，这是最常见的产生乱码的原因。这时候在PHP脚本里面直接SELECT数据出来的就是乱码，需要在查询前先使用： 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项编码都设置正确了还是有乱码。比方说网页是GB2312 编码的，IE等浏览器打开却总是识别成UTF-8 ，网页HEAD里面已经申明是GB2312 了，手动修改浏览器编码为GB2312 后页面显示正常。产生原因是服务器Apache设定了服务器全局的默认编码，在httpd.conf里面加了AddDefaultCharset UTF-8 。这时候服务器会首先发送HTTP头给浏览器，其优先级比页面里申明编码高，自然浏览器就识别错了。解决办法有2个，请管理员在配置文件自己的虚机里加上一条AddDefaultCharset GB2312 来覆盖全局配置，或者在自己目录的.htaccess里配置。

 

在程序初始时，遇到错误为：

PHP Parse error:  syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING in /var/www/developer/pp1/8-22.php教程 on line 5, referer: http://localhost/developer/pp1/form_input.html，在网上检查了一下，说是语法错误，检查了一下语法，发现8-22.php组后一行的echo语句有错无，应改为：

echo"产品将于三日内到达".$_GET['address']."<p>";

另外8-22.php代码为：

<?php
echo $_GET['company']."你好：<p>";
echo"感谢贵公司订购本公司的产品".$_GET['amount']."个，";
echo"货款共".($_GET['amount']*100)."元整.<p>";
echo"产品将于三日内到达$_GET['address']<p>";
?>

html代码

<form action="8-22.php" method="get">
公司名称<input type=text name=company size=20><p>
公司地址<input type=text name=address size=20><p>
订购产品数量<input type=text name=amount size=5><p>
<input type=submit value="填好了"><p>
<input type=reset value="充填">
</form>
</body>
</html>