前两天配置服务器的时候，小心小心再小心的注意字符集问题，认认真真的在Server端配置了my.cnf，结果还是把Client端的事给忘了。进去的数据，依旧乱码。奋战两个小时，才找到问题，解决之。总结如下：

1，即使只安装了Client端，为了使MySQL默认使用UTF-8字符集，也需要在Client端的服务器上配置my.cnf

2，即使在Client端通过命令行方式连接Sever问题解决了，也不要侥幸的认为在用PHP连接的时候会正常。my.cnf只会影响MySQL的相关程序。

3，使用PHP连接MySQL时，使用“SET NAMES UTF8”，是个好习惯。

4，服务器端的my.cnf里，添加一行“init_connect = ‘SET NAMES utf8′”是个一劳永逸的办法。注意，root用户会忽略此参数。

参考：
http://www.toplee.com/blog/259.html
http://kevin.9511.net/archives/173.html

我们通常说的基于HTTP的基本验证(Basic Authorization)的英文全称应该是“Basic Access Authorization”，这是在RFC2617中定义的。

在一个HTTP交互的过程中，“基本连接认证”(没有找到中文翻译，姑且这么叫吧)是一个允许浏览器或其他客户端程序在发起请求时向服务器端以用户名+密码的方式提供身份证明的方法。

在传输之前，用户名和密码被一个冒号连接在一起，并以base64算法进行编码，如用户名“kevin”和密码“9511.net”先用冒号进行连接成“kevin:9511.net”，然后再对这个新字符串用base64算法编码，结果就是“a2V2aW46OTUxMS5uZXQ==”。这个经base64算法编码后的字符串被提交到服务器端，并由服务器端用base64算法进行解码，然后用一个冒号分割出用户名和密码，最后由服务器端针对用户和密码进行认证。

在具体的传输环节上，由于此认证方式是基于HTTP协议，所以请求和响应的内容都是存在于header中。For Example：

客户端请求
GET /private/index.html HTTP/1.0
Host: localhost

服务器端响应：
HTTP/1.0 401 Authorization Required   <== 状态码
Server: HTTPd/1.0
Date: Sat, 27 Nov 2004 10:18:15 GMT
WWW-Authenticate: Basic realm=”Secure Area”  <==必要值，realm的值可自定义
Content-Type: text/html
Content-Length: 311

此时客户端收到响应后，会出现一个对话框，由用户填写用户名和密码。并将用户填写的内容经处理发送到服务器端：
GET /private/index.html HTTP/1.0
Host: localhost
Authorization: Basic a2V2aW46OTUxMS5uZXQ==

服务端对再次收到的数据进行处理，如果认为此用户通过，则返回正常的请求结果。

基本连接认证的整个过程就是这么简单，在最流行、装机量最大的WEB服务器软件apache中内置了对基本连接认证的支持。怎么在apache内配置实用，网上到处都是复制来复制去的文章，就不多说了。

其实包括PHP在内的语言好多语言，都可以通过自定义header信息来提供独立于web server之外的基本连接认证支持。比如PHP，如果一个Request中包含“Authorization: Basic a2V2aW46OTUxMS5uZXQ==”这样的内容，PHP就会将“a2V2aW46OTUxMS5uZXQ==”进行解码然后将用户名和密码分别放入$_SERVER['PHP_AUTH_USER']和$_SERVER['PHP_AUTH_PW']两个超全局变量中，那么剩下的就跟上面说的过程都一样了。

不像Unix/Linux平台还有一个 TZ 环境变量可以用，在WIN32平台下， 不设置时区，那么时间都是按照格林威治标准时间走的。比如“北京时间上午10点”，在你的脚本里就会认为是凌晨2点(减8小时)。

PHP的默认时区，可以通过修改php.ini的 date.timezon 值来设定。

date_default_timezone_get()函数可以得到你的脚本中所有日期时间函数所使用的默认时区。如果它返回的是UTC，则说明没有被设置一个默认的时区。除了修改php.ini文件，我们还可以在脚本中用 date_default_timezone_set()函数来进行默认时区的设置。

下面这些，都是设置为北京时间(GMT+8)的

date_default_timezone_set(’Asia/Chongqing’); //重庆
date_default_timezone_set(’Asia/Chungking’); //重庆
date_default_timezone_set(’Asia/Harbin’);//哈尔滨
date_default_timezone_set(’Asia/Hong_Kong’);//香港
date_default_timezone_set(’Asia/Macau’);//澳门
date_default_timezone_set(’Asia/Macao’);//澳门
date_default_timezone_set(’Asia/Shanghai’);//上海
date_default_timezone_set(’Asia/Taipei’);//台北
date_default_timezone_set(’Asia/Urumqi’);//乌鲁木齐

参见：date_default_timezone_get() date_default_timezone_set PHP所支持时区列表

$root_path = ‘/web/www’; //网站根目录
$file_path = ‘/data/t.txt’;  //文件路径

//发送下载的头信息
header(”Content-type: application/x-octet-stream”);
header(”Accept-Ranges: bytes”);
header(”Content-Disposition: attachment; filename=”.basename($file_path));
header(”Content-Length: “.filesize($root_path.$file_path));

//发送文件定位，是相对网站目录的路径
header(”X-Accel-Redirect: “.$file_path);

modify class.soap_server.php

add function addSchema()

modify class.wsdl.php

mod function addComplexType()

sqlite.c:56: error: ‘BYREF_NONE’ undeclared here (not in a function)

GOOGLE一番，原来这是个从2006年7月就存在的BUG。虽然官方在pecl.php.net的关于此bug的详情页里说已经修复了，但不止一个人在1年甚至2年后依然表示错误依旧～！看来老外干活也会偷懒啊，出了sqlite3的模块，老的sqlite模块就不维护了，哎～～

在那个页面里，也有人提供了自己修复此BUG的方法：
1，来到PHP安装目录内的bin目录下

cd /usr/local/php-5.2.3/bin

2，下载这个模块的源码

pecl download sqlite

3，解压并开始编译

$ tar zxvf SQLite-1.0.3.tgz
$ cd SQLite-1.0.3
$ ../phpize
$ ./configure –with-php-config=/usr/local/php-5.2.3/bin/php-config
$ make

4，在make的过程如报告以上错误则编辑sqlite.c文件，将下面这行注释掉

/* static unsigned char arg3_force_ref[] = {3, BYREF_NONE, BYREF_NONE, BYREF_FORCE }; */

然后将下面这三行

function_entry sqlite_functions[] = {
PHP_FE(sqlite_open, arg3_force_ref)
PHP_FE(sqlite_popen, arg3_force_ref)

改为:

function_entry sqlite_functions[] = {
PHP_FE(sqlite_open, third_arg_force_ref)
PHP_FE(sqlite_popen, third_arg_force_ref)

5，重新编译

$ make
$ make install

将编译生成的sqlite.so文件，复制到extension_dir指定的目录中，编辑php.ini文件，加入如下一行

extension=sqlite.so

重启web服务后即可

1，Install Pcre

来这里获取Pcre的最新版本
ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/

#tar -zxf pcre-7.8.tar.gz
#cd pcre-7.8
#./configure
#make
#make install

2. Install Nginx(http://www.nginx.net/)

#tar -zxf nginx-0.6.32.tar.gz
#cd nginx-0.6.32
#./configure –prefix=/usr/local/nginx-0.6.32
#make
#make install

3. Install PHP with php-fpm (http://www.php.net/)

nginx是通过fastcgi来支持PHP的，使用php-fpm补丁是一个比较方便的管理fastcgi进程的解决方案。
比通过脚本或是lighttpd的spawn模块要简单的多。

下载好PHP后，来这里获取与PHP版本相对应的php-fpm补丁：http://php-fpm.anight.org/

#tar -zxf php-5.2.6.tar.gz
#cd php-5.2.6
#zcat ../php-5.2.6-fpm-0.5.8.diff.gz | patch -p1  #为PHP打补丁
#./configure –prefix=/usr/local/php-5.2.6 –with-sqlite=shared –enable-fastcgi –enable-fpm
#make
#make install
注：PHP的其他模块(如mysql、gd等)请按需自己配置

#cp php.ini-recommended /usr/local/php-5.2.6/lib/php.ini

修改php.ini

cgi.fix_pathinfo=1

4. Configuring

A. 配置nginx，在/usr/local/nginx-0.6.32/conf目录下新建名为php_fcgi.conf的文件，内容如下：

location ~ .php$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}

修改nginx.conf文件，在需要支持PHP的虚拟主机配置中，加入如下一行：

include php_fcgi.conf;

B. 配置php-fpm模块，编辑/usr/local/php-5.2.6/etc/php-fpm.conf文件
找到“Unix user of processes”和“Unix group of processes”两段，将前面注释去掉，并将值改为与nginx配置相同的用户和组。如下：

Unix user of processes
<value name=”user”>www</value>

Unix group of processes
<value name=”group”>www</value>

5. Test and Over

至此，所有安装配置的工作都已经完成。运行下面两行命令来启动nginx和php-fpm服务：

/usr/local/php-5.2.6/sbin/php-fpm start
/usr/local/nginx-0.6.32/sbin/nginx

正确配置后，phpinfo() 页应如下显示：

CGI/FastCGI work as Server API

由于文件内容太长，nginx.conf和虚拟主机的配置文件的内容就不放上来了
将这些乱七八糟的配置文件和php-fpm.conf一起打个包，放在这里提供下载吧

http://rui7905.googlecode.com/svn/trunk/nginx_php_fpm

在这一堆东西里，还有一个名为nginx.sh的启动控制脚本。
当确认nginx和php-fpm均正确的配置并可以正常运行后，可以使用此脚本进行日常维护。

1.如果一个方法可静态化，就对它做静态声明。速率可提升至4倍。

2.echo 比 print 快。

3.使用echo的多重参数（译注：指用逗号而不是句点）代替字符串连接。

4.在执行for循环之前确定最大循环数，不要每循环一次都计算最大值。

5.注销那些不用的变量尤其是大数组，以便释放内存。

6.尽量避免使用__get，__set，__autoload。

7.require_once()代价昂贵。

8.在包含文件时使用完整路径，解析操作系统路径所需的时间会更少。

9.如果你想知道脚本开始执行（译注：即服务器端收到客户端请求）的时刻，使用$_SERVER[‘REQUEST_TIME’]要好于time()。

10.函数代替正则表达式完成相同功能。

11.str_replace函数比preg_replace函数快，但strtr函数的效率是str_replace函数的四倍。

12.如果一个字符串替换函数，可接受数组或字符作为参数，并且参数长度不太长，那么可以考虑额外写一段替换代码，使得每次传递参数是一个字符，而不是只写一行代码接受数组作为查询和替换的参数。

13.使用选择分支语句（译注：即switch case）好于使用多个if，else if语句。

14.用@屏蔽错误消息的做法非常低效。

15.打开apache的mod_deflate模块。

16.数据库连接当使用完毕时应关掉。

17.$row[‘id’]的效率是$row[id]的7倍。

18.错误消息代价昂贵。

19.尽量不要在for循环中使用函数，比如for ($x=0; $x < count($array); $x)每循环一次都会调用count()函数。

20.在方法中递增局部变量，速度是最快的。几乎与在函数中调用局部变量的速度相当。

21.递增一个全局变量要比递增一个局部变量慢2倍。

22.递增一个对象属性（如：$this->prop++）要比递增一个局部变量慢3倍。

23.递增一个未预定义的局部变量要比递增一个预定义的局部变量慢9至10倍。

24.仅定义一个局部变量而没在函数中调用它，同样会减慢速度（其程度相当于递增一个局部变量）。PHP大概会检查看是否存在全局变量。

25.方法调用看来与类中定义的方法的数量无关，因为我（在测试方法之前和之后都）添加了10个方法，但性能上没有变化。

26.派生类中的方法运行起来要快于在基类中定义的同样的方法。

27.调用带有一个参数的空函数，其花费的时间相当于执行7至8次的局部变量递增操作。类似的方法调用所花费的时间接近于15次的局部变量递增操作。

28.用单引号代替双引号来包含字符串，这样做会更快一些。因为PHP会在双引号包围的字符串中搜寻变量，单引号则不会。当然，只有当你不需要在字符串中包含变量时才可以这么做。

29.输出多个字符串时，用逗号代替句点来分隔字符串，速度更快。注意：只有echo能这么做，它是一种可以把多个字符串当作参数的“函数”（译注：PHP手册中说echo是语言结构，不是真正的函数，故把函数加上了双引号）。

30.Apache解析一个PHP脚本的时间要比解析一个静态HTML页面慢2至10倍。尽量多用静态HTML页面，少用脚本。

31.除非脚本可以缓存，否则每次调用时都会重新编译一次。引入一套PHP缓存机制通常可以提升25%至100%的性能，以免除编译开销。

32.尽量做缓存，可使用memcached。memcached是一款高性能的内存对象缓存系统，可用来加速动态Web应用程序，减轻数据库负载。对运算码 (OP code)的缓存很有用，使得脚本不必为每个请求做重新编译。

33. 当操作字符串并需要检验其长度是否满足某种要求时，你想当然地会使用strlen()函数。此函数执行起来相当快，因为它不做任何计算，只返回在zval 结构（C的内置数据结构，用于存储PHP变量）中存储的已知字符串长度。但是，由于strlen()是函数，多多少少会有些慢，因为函数调用会经过诸多步骤，如字母小写化（译注：指函数名小写化，PHP不区分函数名大小写）、哈希查找，会跟随被调用的函数一起执行。在某些情况下，你可以使用isset() 技巧加速执行你的代码。

（举例如下）
if (strlen($foo) < 5) { echo “Foo is too short”; }
（与下面的技巧做比较）
if (!isset($foo{5})) { echo “Foo is too short”; }

调用isset()恰巧比strlen()快，因为与后者不同的是，isset()作为一种语言结构，意味着它的执行不需要函数查找和字母小写化。也就是说，实际上在检验字符串长度的顶层代码中你没有花太多开销。

34. 当执行变量$i的递增或递减时，$i++会比++$i慢一些。这种差异是PHP特有的，并不适用于其他语言，所以请不要修改你的C或Java代码并指望它们能立即变快，没用的。++$i更快是因为它只需要3条指令(opcodes)，$i++则需要4条指令。后置递增实际上会产生一个临时变量，这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的一种，正如Zend的PHP优化器所作的那样。牢记这个优化处理不失为一个好主意，因为并不是所有的指令优化器都会做同样的优化处理，并且存在大量没有装配指令优化器的互联网服务提供商（ISPs）和服务器。

35.并不是事必面向对象(OOP)，面向对象往往开销很大，每个方法和对象调用都会消耗很多内存。

36.并非要用类实现所有的数据结构，数组也很有用。

37.不要把方法细分得过多，仔细想想你真正打算重用的是哪些代码？

38.当你需要时，你总能把代码分解成方法。

39.尽量采用大量的PHP内置函数。

40.如果在代码中存在大量耗时的函数，你可以考虑用C扩展的方式实现它们。

41.评估检验(profile)你的代码。检验器会告诉你，代码的哪些部分消耗了多少时间。Xdebug调试器包含了检验程序，评估检验总体上可以显示出代码的瓶颈。

42.mod_zip可作为Apache模块，用来即时压缩你的数据，并可让数据传输量降低80%。

43.另一篇优化PHP的精彩文章，由John Lim撰写。

在PHP手册中，关于session_set_save_handler()有一个警告

As of PHP 5.0.5 the write and close handlers are called after object destruction and therefore cannot use objects or throw exceptions. The object destructors can however use sessions.It is possible to call session_write_close() from the destructor to solve this chicken and egg problem.

意思是而从PHP5.0.5开始，write和close处理函数的调用，是在所有对象被destruct之后的，这样就无法在这两个方法中使用对象和错误捕获了。从php5.0.5开始，在定制session保存方式时，就必须得用到session_write_close()了。

简单写了个使用memcache保存session数据的类，改成其他方式保存也是很简单的事。不过如果存在数据库中，是需要对数据进行一些处理的。memSession.rar

在这里顺便提一下PHP.net网站上的手册。跟下载到本地的chm不同，网站的手册，每个函数说明页面的下面，基本都有一大堆的note。这些note，都是大家在使用这个函数时遇到问题后的解决方法，或者是更深一层应用的扩展。其中的亮点很多，有时候都晃眼。比如在这个session_set_save_handler函数下面的notes中，就有使用NFS，Mysql，LDAP等保存session的代码。在php.net上查手册，有时候看notes比看函数说明更能让人明白函数的用法。所以，玩PHP，对于自己陌生的函数，只要能上网，严重推荐上php.net查手册。

行了，广告做完，洗洗睡了。

http://rui7905.googlecode.com/svn/trunk/DES_PKCS5

./configure –prefix=/usr/local/php-5.2.3 –enable-module=so –with-mysql=/usr/local/mysql-5.1.20 –with-apxs2=/usr/local/apache-2.2.4/bin/apxs –enable-mbstring –with-mcrypt

通过以上命令配置PHP时，遇到错误，总说找不到libmcrypt。由于这服务器是个裸机，很多必须的库都没装，必须一个一个的手动安装，可libmcrypt这个库我的确装过了。重试n遍，无解。在网上找了半天，终于在phpbuilder.com的一个maillist里发现一个哥们儿遇到的问题跟我差不多，按照他的方法做了一下，居然解决了。原文在这：http://www.phpbuilder.com/lists/php-install/2004032/0090.php

做为一个懒人，我就不逐句翻译了，摘抄解决办法如下：

——————————-
the solution
——————————-
Then I visited
http://mcrypt.hellug.gr/mcrypt/index.html
an learned that I have to install not only libmcrypt
but also mcrypt and libmhash.

Here is the to do:

libmcrytp:
———–
download libmcrypt-xxx.tar.gz
create the following directory: / usr / local / libmcrypt
copy the libmcrypt-xxx.tar.gz into that directory and move to it
run the following shell (>) commands: (’xxx’ is the version number)
> gunzip -c libmcrypt-xxx.tar.gz | tar xf -
> cd libmcrypt-xxx
> ./configure –disable-posix-threads
> make
> make check (note: ‘make check’ is optional)
> make install
then (update your environment) add in / etc / profile the following path:
/usr/local/libmcrypt/libmcrypt-xxxx
(note: as I run Red Hat 7.3 I set the line a f t e r the if-part
(id -u = 0 …) with: pathmunge /usr/local / libm….)
and add in / etc / ld.so.conf the following path: /usr/local/lib
then run ldconfig:
> ldconfig
now comes the important part:
> cd /usr/local/libmcrypt/libmcrypt-xxx/libltdl
> ./configure –enable-ltdl-install
> make
> make install

(maybe not needed: I also added a link in / usr / bin: )
(> cd /usr/bin)
(> ln -s /usr/lib/libltdl.so.3.1.0 ltdl)

mhash:
———–
download mhash-xxx.tar.gz
create the following directory: / usr / local / mhash
copy the mhash-xxx.tar.gz into that directory and move to it
run the following shell (>) commands: (’xxx’ is the version number)
> gunzip -c mhash-xxx.tar.gz | tar xf -
> cd mhash-xxx
> ./configure
> make
> make check (note: ‘make check’ is optional)
> make install

mcrypt:
———–
download mcrypt-xxx.tar.gz
create the following directory: / usr / local / mcrypt
copy the mcrypt-xxx.tar.gz into that directory and move to it
run the following shell (>) commands: (’xxx’ is the version number)
> gunzip -c mcrypt-xxx.tar.gz | tar xf -
> cd mhash-xxx
> ./configure
> make
> make check (note: ‘make check’ is optional)
> make install

back to PHP:
————–
move into your PHP installation directory
then the following command worked on my computer:
>
./configure –with-apache=/usr/local/apache/apache_1.3.29 –with-mysql –wit
h-mcrypt=/usr/local/mcrypt/mcrypt-2.6.4
> make
> make install

————–
that�s it

Hopefully that will help you to save some hours deep in the night :-)

Warning: file(): php_network_getaddresses: getaddrinfo failed: Temporary failure in name resolution in xxxxxxx on line 26

在使用file，fopen或file_get_contents函数打开远程URL时，是需要PHP配置中(php.ini)将allow_url_fopen的值设置为On的。
先去检查这个，没有问题，按照默认设置，这个值本身就是On的。

在网上搜索了一下，出现这个问题，除了allow_url_fopen的值之外 ，还有就是服务器的DNS问题，造成了路由结果中有部份路由执行超时，最终PHP执行时间超时导致用到这类型的函数时报错。

联系朋友，在服务器上添加了几个新的DNS地址后，此问题解决：）