文章标签 ‘php’
两台Server，一台装有MySQL Server和Client，另一台编译安装时用 –without-server 参数只安装了Client。
前两天配置服务器的时候，小心小心再小心的注意字符集问题，认认真真的在Server端配置了my.cnf，结果还是把Client端的事给忘了。进去的数据，依旧乱码。奋战两个小时，才找到问题，解决之。总结如下：
前段时间在搞GTAP，最近又研究ZendFramework的Auth模块，重新又对身份认证的这个小东西小小的研究了一小下。在查找资料时，同样没有在中文互联网内找到什么可用的资源。以下文字大部分翻译自wikipedia关于Basic Access Authorization的英文页面。
我们通常说的基于HTTP的基本验证(Basic Authorization)的英文全称应该是“Basic Access Authorization”，这是在RFC2617中定义的。
自 PHP 5.1.0 起（此版本日期时间函数被重写了），如果时区不合法则每个对日期时间函数的调用都会产生一条 E_NOTICE 级别的错误信息，如果使用系统设定或 TZ 环境变量则还会产生 E_STRICT 级别的信息。
不像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所支持时区列表
发送X-Accel-Redirect头实现直接定位成静态下载
$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);
断断续续看了一下午nusoap的代码，晚上决把他生成wsdl格式文档的部分完善一下以适合自己使用
一晚上的努力，目前types部分已经完成了。。。明天继续
modify class.soap_server.php
add function addSchema()
modify class.wsdl.php
mod function addComplexType()
今天在用pecl为PHP5编译安装sqlite模块的时候，遇到了下面这个错误而编译不过去
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服务后即可
最近要为公司搭建新的开发环境，打算舍弃用了n年的apache，换换口味，装个nginx试试。
在网上找了很多文档，没有一个能让我顺利安装完成的。还是自己来整理整理吧……
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 [...]
转载自http://www.yeeyan.com/
原作者: Reinhold Weber 原文 译者: davidkoree
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撰写。
因为公司的一个小项目，需要在跨服务器环境下使用session。默认配置，session是以文件形式保存在服务器端，所以无法跨服务器使用。当然，PHP也提供了跨服务器的解决方案：session_set_save_handler()。考虑到效率，决定不使用通常将session存在数据库中的方法，改用memcache来保存session。
在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查手册。
行了，广告做完，洗洗睡了。