作者归档:admin

PHP 输出控制

最近提交完代码后,发现Firephp在其他人的环境下又出问题了,提示:’Headers already sent in …’,与上一次Nginx 缓冲区超出不太一样。查看Nginx错误日志,并没有发现错误,并且有同学发现Apache下面也会,怀疑是PHP的问题。但是我用的也是Apache,并不会出现问题!偶然发现有一个页面不会出现错误提示,发现该页面输出内容大小在1KB左右,怀疑是PHP的输出缓冲区超出时,自动发送缓冲区数据,导致后续Firephp通过Http header发送调试信息失败了并结束php脚本执行。

注释掉模板渲染后的输出语句,不再提示该错误,确定是php的缓冲输出有问题。比较不同环境下的php.ini,发现output_buffering的值不太一样,我的值是On,而其他人则是默认值4096。

; Output buffering is a mechanism for controlling how much output data
; (excluding headers and cookies) PHP should keep internally before pushing that
; data to the client. If your application's output exceeds this setting, PHP
; will send that data in chunks of roughly the size you specify.
; Turning on this setting and managing its maximum buffer size can yield some
; interesting side-effects depending on your application and web server.
; You may be able to send headers and cookies after you've already sent output
; through print or echo. You also may see performance benefits if your server is
; emitting less packets due to buffered output versus PHP streaming the output
; as it gets it. On production servers, 4096 bytes is a good setting for performance
; reasons.
; Note: Output buffering can also be controlled via Output Buffering Control
;   functions.
; Possible Values:
;   On = Enabled and buffer is unlimited. (Use with caution)
;   Off = Disabled
;   Integer = Enables the buffer and sets its maximum size in bytes.
; Note: This directive is hardcoded to Off for the CLI SAPI
; Default Value: Off
; Development Value: 4096
; Production Value: 4096
; http://php.net/output-buffering
output_buffering = On

根据上面的解释,当output_buffering为On或者4096时,在每次请求里面,当我们使用echo或print的时候,php实际上并不立即输出而是先保存到缓冲区里面去,当达到一定大小(如4KB)或脚本执行结束的时候,再向浏览器输出缓冲区内容并清空。

Http协议传输内容时,先传输响应头,一旦内容开始输出后,响应头不再可以改变。当output_buffering为On时,PHP会将所有的输出缓存起来,等待请求结束时在向浏览器输出内容,故Firephp在最后时刻更改Http响应头仍然不会存在问题,因为此时仍输出任何内容;当output_buffering为4096(或其他固定值)时,每次php缓冲区一满便会向客户端输出,此时已输出内容,响应头不再可以改变,若尝试设置header便会提示:’Headers already sent…’。

做好Webserver的缓冲输出控制,能够带来更好的用户体验,如Facebook新浪的Bigpipe。

本次的问题排查发现,由于大部分页面的调试信息较多,导致Http响应头较大(远大于4KB,有的达到36KB),所以触发了自动输出机制。解决办法:更改output_buffering为On;在代码里面手动ob_start();更改output_buffering为更大值;减少日志调试信息。

参考链接:
PHP Output Buffering Control
PHP Streaming and Output Buffering Explained
What is output buffering?
php flush
加速PHP的ECHO
BigPipe: Pipelining web pages for high performance
新浪微博的BigPipe后端实现技术分享
BigPipe学习研究
分块传输编码

PHP性能分析之xhprof

xdebug讲到了使用xdebug对php程序进行性能分析,这里再介绍另外一个工具:xhprof,facebook出品。xhprof是一个函数级别的分层性能报告工具,包括调用次数,阻塞时间,CPU时间和内存使用情况。
首先,下载并安装xhprof扩展

tar -zxvf xhprof-0.9.4.tgz 
cd xhprof-0.9.4
/usr/local/php/bin/phpize
./configure --with-php-config=/usr/local/php/bin/php-config
make
make install
#拷贝扩展
cp /usr/local/php/lib/php/extensions/no-debug-non-zts-20100525/xhprof.so /usr/local/php/lib/php/extensions/

mkdir -p /tmp/xhprof
chmod 755 /tmp/xhprof
chown www:www /tmp/xhprof

xhprof自带的界面工具比较简单,这里推荐使用另外一个UI:XHProf.io。下载解压到web目录下面,重命名/xhprof/includes/目录下的config.inc.sample.php为/xhprof/includes/config.inc.php,并更改文件:

return array(
	'url_base' => 'http://192.168.84.2:8502/', //本地的XHProf.io站点
	'url_static' => null, // When undefined, it defaults to $config['url_base'] . 'public/'. This should be absolute URL.
	'pdo' => new PDO('mysql:dbname=test;host=192.168.84.3;charset=utf8', 'root', 'root') //本地的数据库配置,只支持PDO
);

在test数据库上运行/xhprof/setup/database.sql,创建性能检测相关的表结构。
由于XHProf会去github上检测版本,国内访问较慢,建议不要检测。更改/xhprof/includes/bootstrap.inc.php如下:

	curl_setopt_array($ch, array(
		CURLOPT_URL => 'http://192.168.84.2:8502/version.json', //本地的XHProf.io站点下面
		CURLOPT_HEADER => FALSE,
		CURLOPT_RETURNTRANSFER => TRUE
	));

然后更改php.ini配置,在最后加上以下内容:

;xhprof
[xhprof]
extension=xhprof.so;
xhprof.output_dir=/tmp/xhprof

; Automatically add files before PHP document.
; XHProf.io站点下的prepend.php
auto_prepend_file = /usr/local/nginx/xhprof/inc/prepend.php

; Automatically add files after PHP document.
; XHProf.io站点下的append.php
auto_append_file = /usr/local/nginx/xhprof/inc/append.php

auto_prepend_file为每次php脚本运行前,自动加载并运行的文件;auto_append_file为每次php脚本运行后,自动加载并运行的文件。这样可以省去每次在需要检测的php文件里面写xhprof_enable/xhprof_disable等调用代码,不必更改原有代码(无侵入)。
注意:如果你访问了php页面却收集不到情况,可能是你的代码里面写了exit/die终止了程序执行,导致auto_append_file未加载执行,去掉exit/die就可以了。另外,如果提示:Unexpected system behaviour,可能是数据库连接不上,PDO、mbstring扩展未安装,响应数据里面带有错误信息的等等。

重启php-fpm:

#重启php-fpm
kill -USR2 `cat /usr/local/php/var/run/php-fpm.pid`

xhprof1

访问该服务器上php页面,即可以在http://192.168.84.2:8502/看到检测情况。
xhprof5
xhprof4
xhprof6

参数说明
Inclusive Time 包括子函数所有执行时间。
Exclusive Time/Self Time 函数执行本身花费的时间,不包括子树执行时间。
Wall Time 花去了的时间或挂钟时间。
CPU Time 用户耗的时间+内核耗的时间
Inclusive CPU 包括子函数一起所占用的CPU
Exclusive CPU 函数自身所占用的CPU

参考链接:
给CentOS6.3 + PHP5.3 安装PHP性能测试工具 XHProf-0.9.2
xhprof.io/INSTALL.md
php auto_append_file

PHP性能分析之Xdebug

最近一个PHP程序性能跑的不行,于是又想起来Xdebug这个扩展,并记录一下。
首先去Xdebug官网下载源码包,注意下载对应版本的源码包,我的环境是PHP 5.4.9,安装了最新的Xdebug 2.3.2后,不能使用WinCacheGrindWebGrind进行分析,又重新下载了旧的Xdebug 2.2.0。
然后在Centos下面编译安装

tar -zxvf xdebug-2.2.0.tgz
cd xdebug-2.2.0
/usr/local/php/bin/phpize
./configure --enable-xdebug --with-php-config=/usr/local/php/bin/php-config
make
make install

编译安装完成后是这样子的
xdebug
将xdebug扩展复制到php的扩展目录下,并创建/tmp/xdebug文件。

cp /usr/local/php/lib/php/extensions/no-debug-non-zts-20100525/xdebug.so /usr/local/php/lib/php/extensions/
mkdir -p /tmp/xdebug
chmod 755 /tmp/xdebug
chown www:www /tmp/xdebug

并更改php.ini如下

; XDEBUG Extension

zend_extension = "/usr/local/php/lib/php/extensions/xdebug.so"
[xdebug]
xdebug.profiler_enable = on
xdebug.trace_output_dir="/tmp/xdebug"  
xdebug.profiler_output_dir="/tmp/xdebug" 
xdebug.profiler_output_name = cachegrind.out.%t.%p

然后需要重启php-fpm,使配置生效。

这个环境下并没有php-fpm的pid文件,每次重启需要查找进程pid,于是先生成下。

#查找进程id
ps aux | grep php-fpm  
#结束进程
kill 6369

编辑/usr/local/php/etc/php-fpm.conf如下,去掉注释

[global]
; Pid file
; Note: the default prefix is /usr/local/php/var
; Default Value: none
pid = run/php-fpm.pid

然后启动php-fpm

#启动php-fpm
/usr/local/php/sbin/php-fpm -c /usr/local/php/lib/php.ini -y /usr/local/php/etc/php-fpm.conf

以后就可以方便的重启php-fpm了。

 
#关闭php-fpm
kill -INT `cat /usr/local/php/var/run/php-fpm.pid`
 
#重启php-fpm
kill -USR2 `cat /usr/local/php/var/run/php-fpm.pid`

重启完成后,查看phpinfo,Xdebug是否加载成功。
xdebug2
运行php程序就会在/tmp/xdebug目录下,生成对应的profile文件(cachegrind.out.%t.%p),这里可以使用WinCacheGrindWebGrind进行分析。
Windows下面使用WinCacheGrind进行分析,可以查看PHP执行流程,函数调用次数、耗时。双击列表可以进入详细调用情况。
xdebug3
xdebug6
WebGrind程序部署在安装Xdebug的服务器上即可,会显示已经生成的profile文件,下拉选择进行分析。也可以查看PHP执行流程,函数调用次数、耗时。点击小三角会展开调用栈,后面跟着源码位置,可直接定位查看代码。
xdebug4

参考链接:
前端开发中的性能那点事(一)巧用xdebug
利用Xdebug分析PHP程序,找出性能瓶颈[原创]
php-fpm – 启动参数及重要配置详解

使用PC控制android手机

跑步的时候不小心把手机屏幕摔裂了,操作不了。在等待新手机的时候,又没有其他手机可以用。于是想用电脑来控制手机,这里推荐一个软件Total Control,可以在用鼠标代替手指操作手机,也可以用于手机截屏、演示等。

首先到官网下载Total Control 最新的PC版软件。安装时会提示下载Java环境,安装完Java后,可以开始安装Total Control了。

Total Control通过USB连接手机需要驱动,这里推荐一个懒人方法:通过豌豆荚自动识别你的手机并安装驱动,然后Total Control也可以连接手机了,会自动安装Total Control手机端 ,然后就可以开始玩了。 继续阅读

PHP unserialize出错

最近碰到一个问题,在使用PHP的unserialize函数反序列化服务端传递过来的参数时报错了:unserialize() [function.unserialize]: Error at offset 180 of 181 bytes。最后在Stackoverflow上找到了一个非常好的答案:这是由于序列化时字符串长度算错了导致的。作者还写了个校正长度的正则表达式,提供了一个用于计算序列化是否出错了的函数。导致序列化出错的原因通常是因为内容使用了双引号(”)而不是单引号(’),php与mysql编码不一致(UTF8),内容包括冒号(:)和引号(;)也会导致反序列化出错。
解决的方法是在serialize上加上base64函数,对数据做base64编码和解码:

$toDatabse = base64_encode(serialize($data));
$fromDatabase = unserialize(base64_decode($data)); 

当然更建议使用json_encode和json_decode的来处理数据的序列化和反序列化会更快,但有一些局限性(这里)继续阅读