MySQL的“SET NAMES xxx”字符集问题分析
还有一篇关于Apache和PHP编码的：http://www.111cn.net/bbs/thread-13860-1-1.html
近来接受BBT的培训，做一个投票系统。系统代码倒不是很难，但是我的时间主要花费在了研究字符集和
编码上面。MySQL和Apache两个系统的编码（字符集）问题让我费劲脑筋，吃尽苦头。网上对这些问题的
解决比较零散，比较片面，大部分是提供解决方法，却不说为什么。于是我将这几天收获总结一下，避免
后来者再走弯路。这篇文章对PHP编写有一点帮助（看完你就知道，怎样让你的PHP程序在大部分空间提供
商的服务器里显示正常），但是更多帮助在于网络服务器的架设和设置。
先说MySQL的字符集问题。Windows下可通过修改my.ini内的
复制内容到剪贴板代码:
# CLIENT SECTION
[mysql]
default-character-set=utf8
# SERVER SECTION
[mysqld]
default-character-set=utf8
这两个字段来更改数据库的默认字符集。第一个是客户端默认的字符集，第二个是服务器端默认的字符集
。假设我们把两个都设为utf8，然后在MySQL Command Line Client里面输入“show variebles like
“character_set_%”;”，可看到如下字符：
character_set_client latin1
character_set_connection latin1
character_set_database utf8
character_set_results latin1
character_set_server utf8
character_set_system utf8
其中的utf8随着我们上面的设置而改动。此时，要是我们通过采用UTF-8的PHP程序从数据库里读取数据，
很有可能是一串“?????”或者是其他乱码。网上查了半天，解决办法倒是简单，在连接数据库之后，读
取数据之前，先执行一项查询“SET NAMES UTF8”，即在PHP里为
复制内容到剪贴板代码:
mysql_query("SET NAMES UTF8");
即可显示正常（只要数据库里信息的字符正常）。为什么会这样？这句查询“SET NAMES UTF8”到底是什
么作用？
到MySQL命令行输入“SET NAMES UTF8;”，然后执行“show variebles like“character_set_%”;”，
发现原来为latin1的那些变量“character_set_client”、“character_set_connection”、
“character_set_results”的值全部变为utf8了，原来是这3个变量在捣蛋。查阅手册，上面那句等于：
复制内容到剪贴板代码:
SET character_set_client = utf8;
SET character_set_results = utf8;
SET character_set_connection = utf8;
看看这3个变量的作用：
信息输入路径：client→connection→server；
信息输出路径：server→connection→results。
换句话说，每个路径要经过3次改变字符集编码。以出现乱码的输出为例，server里utf8的数据，传入
connection转为latin1，传入results转为latin1，utf-8页面又把results转过来。如果两种字符集不兼
容，比如latin1和utf8，转化过程就为不可逆的，破坏性的。所以就转不回来了。
但这里要声明一点，“SET NAMES UTF8”作用只是临时的，MySQL重启后就恢复默认了。
接下来就说到MySQL在服务器上的配置问题了。岂不是我们每次对数据库读写都得加上“SET NAMESUTF8”
，以保证数据传输的编码一致？能不能通过配置MySQL来达到那三个变量默认就为我们要想的字符集？手
册上没说，我在网上也没找到答案。所以，从服务器配置的角度而言，是没办法省略掉那行代码的。
总结：为了让你的网页能在更多的服务器上正常地显示，还是加上“SET NAMES UTF8”吧，即使你现在没
有加上这句也能正常访问。
在 PHP5 中多了一系列新接口。在 HaoHappy 翻译的系列文章中 你可以了解到他们的应用。同时这些接口和一些实现的 Class 被归为 Standard PHP Library(SPL)。在 PHP5 中加入了很多特性，使类的重载 (Overloading) 得到进一步的加强。ArrayAccess 的作用是使你的 Class 看起来像一个数组 (PHP的数组)。这点和 C# 的 Index 特性很相似。
下面是 ArrayAccess 的定义:
interface ArrayAccess
boolean offsetExists($index)
mixed offsetGet($index)
void offsetSet($index, $newvalue)
void offsetUnset($index)
由于PHP的数组的强大，很多人在写 PHP 应用的时候经常将配置信息保存在一个数组里。于是可能在代码中到处都是 global。我们换种方式?
如以下代码:
//Configuration Class
class Configuration implements ArrayAccess
{
static private $config;
private $configarray;
private function __construct()
{
// init
$this->configarray = array("Binzy"=>"Male", "Jasmin"=>"Female");
}
public static function instance()
{
//
if (self::$config == null)
{
self::$config = new Configuration();
}
return self::$config;
}
function offsetExists($index)
{
return isset($this->configarray[$index]);
}
function offsetGet($index) {
return $this->configarray[$index];
}
function offsetSet($index, $newvalue) {
$this->configarray[$index] = $newvalue;
}
function offsetUnset($index) {
unset($this->configarray[$index]);
}
}
$config = Configuration::instance();
print $config["Binzy"];
正如你所预料的，程序的输出是"Male"。
假如我们做下面那样的动作:
$config = Configuration::instance();
print $config["Binzy"];
$config['Jasmin'] = "Binzy's Lover";
// config 2
$config2 = Configuration::instance();
print $config2['Jasmin'];
是的，也正如预料的，输出的将是Binzy's Lover。
也许你会问，这个和使用数组有什么区别呢？目的是没有区别的，但最大的区别在于封装。OO 的最基本的工作就是封装，而封装能有效将变化置于内部。也就是说，当配置信息不再保存在一个 PHP 数组中的时候，是的，应用代码无需任何改变。可能要做的，仅仅是为配置方案添加一个新的策略(Strategy)。:
ArrayAccess 在进一步完善中，因为现在是没有办法 count 的，虽然大多数情况并不影响我们的使用。
参考:
1. 《PHP5 Power Programming》
2. 《设计模式》
3. 《面向对象分析与设计》
//函数list
while(list($id,$username,$password,$add_date,$mdn,$mobile,$channel,$last_date,$area,$nickname) = mysql_fetch_array($rs)){
$article[$i]['id'] = $id;
$article[$i]['add_date'] = $add_date;
$article[$i]['mdn'] = $mdn;
$article[$i]['last_date'] = $last_date;
$article[$i]['area_id'] = $area;
$article[$i]['nickname'] = $nickname;
$i ++;
}
//函数array_push
while($row = mysql_fetch_array($rs)){
$article = array_push($row);
}
这两个函数有什么是:
list不创建数组，直接赋值，而push用于追加数组项
其实说它为技术，也许不能说是真正的技术。这只不过是我自已想出来的页面处理的方法，当然与别人的想法可能是一致的。不过我还是想给它一个好听的名字。那么我这里所指的页面缓冲是什么呢？就是指将动态生成的页面保存起来，供下一次的使用。这样下一次访问它可能就不需要动态生成了。就象提供了一个cache 一样。在我的网站上，也许你的网站也是如此，使用了象模板之类的技术，这样用户所看到的页面就是动态生成的。但是一个页面对于你是这样，对于别人可能还是这样，即在一段时间内是不会变化的，假如将上次生成的结果直接返回给下一次访问的用户不是更好吗？减少了生成时间，效率要高一些。我想随着网站的发展，速度与效率问题还是要考虑的。这里我给出我的实现，希望对大家有所帮助。只是一个思路，没有具体的实现。
使用条件
是不是所有的网页最好都使用呢？我想不需要，而且也不可能。之所以能缓冲就是因为下一次访问与上一次访问的内容可能是完全一样的。所以对于经常变化的页面就不合适了。比如页面上要显示计数信息的就不太合适。还有就是假如你的动态页面输出时，没有先输出到变量中，而是直接返回给用户，如使用echo，print ，readfile之类的输出，我个人认为现在还作不到。因为无法将输出结果得到，保存到文件中去（反正我是想了半天没有想出有什么可以将直将输出的东西截下来，重定向到文件中去）。那么比较适的动态页面的处理就是：输出结果应该可以放到一个字符串之中。所以使用条件就是：1.页面基本不会变化 2.动态页面的处理结果可以存放到字符串中.
这样使用模板类来处理动态页面就很好了。通过在模板中设置可替换的变量，然后根据实际的值替换相应的模板中的变量，同时可以将结果放到字符串中进行输出，这种模板类的处理非常适合保存处理后的页面。当然不使用模板类，也可以通过字符串的处理来生成输出结果也是可行的。至于怎么做就不讨论了。
实现
如前所述，不是一个真正的实现，而是一个实现的思路。
处理流程：
1.根据访问的要求，生成缓冲文件名
2.查看文件名是否存在，假如文件不存在，则生成动态页面，将页面保存，同时输出结果，结束；假如存在，则执行第3步
3.统计文件的修改时间，及与动态页面生成有关的文件的修改时间
4.比较缓冲文件的修改时间与其它页面的修改时间，假如其它页面修改时间大于缓冲文件修改时间，认为动态结果可能会发生变化，则重新生成动态页面结果，保存到文件中，且输出结果，结束；否则执行第5步
5.说明缓冲文件最新，则直接输出缓冲文件
这就是我的处理。至于缓冲文件如何保存，可以建一个临时目录也可以使用数据库处理。假如使用了数据库则判定文件是否最新的方式也应作变化，比如在数据库中增加生成时间字段，比较这个时间字段与其它文件的修改时间即可。方法大家自已想。
我的具体实现的例子
为了帮助大家有个感性熟悉，这里我给出在我的主页上实现的基于文件处理的方法。只有主要的处理代码，不完整。
----------------------------------------------------------------------
<?
1 $tmpfile="../tmp/".basename($REQUEST_URI);
2 $tmpfile=str_replace("?", "_", $tmpfile);
3 $tmpfile=str_replace("&", "_", $tmpfile);
4 if(file_exists($tmpfile))
5 {
6 $cflag=false;
7 $dtmp=filemtime($tmpfile);
8 $itmp=filemtime($incfile);
9 $cflag=$cflag | ($dtmp < $itmp);
10 $ctmp=filemtime(basename($PHP_SELF));
11 $cflag=$cflag | ($dtmp < $ctmp);
12 $ttmp=filemtime("template/content.ihtml");
13 $cflag=$cflag | ($dtmp < $ttmp);
14 }
15 else
16 $cflag=true;
17
18 if(!$cflag) //使用存在的文件
19 {
20 readfile($tmpfile);
21 exit;
22 }
23
务器变量：$_SERVER
注: 在 PHP 4.1.0 及以后版本使用。之前的版本，使用 $HTTP_SERVER_VARS。
$_SERVER 是一个包含诸如头部(headers)、路径(paths)和脚本位置(script locations)的数组。数组的实体由 web 服务器创建。不能保证所有的服务器都能产生所有的信息；服务器可能忽略了一些信息，或者产生了一些未在下面列出的新的信息。这意味着，大量的这些变量在 CGI 1.1 specification 中说明，所以您应该仔细研究它。
这是一个“superglobal”，或者可以描述为自动全局变量。这只不过意味这它在所有的脚本中都有效。在函数或方法中您不需要使用 global $_SERVER; 访问它，就如同使用 $HTTP_SERVER_VARS 一样。
$HTTP_SERVER_VARS 包含着同样的信息，但是不是一个自动全局变量。（注重： $HTTP_SERVER_VARS 和 $_SERVER 是不同的变量，PHP 处理它们的方式不同。）
假如设置了 register_globals 指令，这些变量也在所有脚本中可用；也就是，分离了 $_SERVER 和 $HTTP_SERVER_VARS 数组。相关信息，请参阅安全的相关章节 使用 Register Globals。这些单独的全局变量不是自动全局变量。
您或许会发现下面列出的某些 $_SERVER 元素并不可用。注重，假如以命令行方式运行 PHP，下面列出的元素几乎没有有效的（或是没有任何实际意义的）。
“PHP_SELF”
当前正在执行脚本的文件名，与 document root相关。举例来说，在URL地址为 http://example.com/test.php/foo.bar 的脚本中使用 $_SERVER['PHP_SELF'] 将会得到 /test.php/foo.bar 这个结果。
假如 PHP 以命令行方式运行，该变量无效。
“argv”
传递给该脚本的参数。当脚本运行在命令行方式时，argv 变量传递给程序 C 语言样式的命令行参数。当调用 GET 方法时，该变量包含请求的数据。
“argc”
包含传递给程序的命令行参数的个数（假如运行在命令行模式）。
“GATEWAY_INTERFACE”
服务器使用的 CGI 规范的版本。例如，“CGI/1.1”。
'SERVER_NAME'
当前运行脚本所在服务器主机的名称。假如该脚本运行在一个虚拟主机上，该名称是由那个虚拟主机所设置的值决定。
'SERVER_SOFTWARE'
服务器标识的字串，在响应请求时的头部中给出。
“SERVER_PROTOCOL”
请求页面时通信协议的名称和版本。例如，“HTTP/1.0”。
“REQUEST_METHOD”
访问页面时的请求方法。例如：“GET”、“HEAD”，“POST”，“PUT”。
“QUERY_STRING”
查询(query)的字符串。
“DOCUMENT_ROOT”
当前运行脚本所在的文档根目录。在服务器配置文件中定义。
“HTTP_ACCEPT”
当前请求的 Accept: 头部的内容。
“HTTP_ACCEPT_CHARSET”
当前请求的 Accept-Charset: 头部的内容。例如：“iso-8859-1,*,utf-8”。
“HTTP_ACCEPT_ENCODING”
当前请求的 Accept-Encoding: 头部的内容。例如：“gzip”。
“HTTP_ACCEPT_LANGUAGE”
当前请求的 Accept-Language: 头部的内容。例如：“en”。
“HTTP_CONNECTION”
当前请求的 Connection: 头部的内容。例如：“Keep-Alive”。
“HTTP_HOST”
当前请求的 Host: 头部的内容。