LorDong's Blog

修改1：/usr/local/php/etc/php.ini，把
display_errors = Off
改成
display_errors = On

修改2：/usr/local/php/etc/php-fpm.conf，把
;php_flag[display_errors] = off
改成
php_flag[display_errors] = on

然后重启php-fpm：
/etc/init.d/php-fpm restart

摘自：http://www.cnblogs.com/xiaochaohuashengmi/archive/2011/03/15/1984969.html

最近我在LocVPS上部署的PHP经常报“502 Bad Gateway”错误，启用并查看php-fpm.log可以看到max_children暴掉了，我默认的时候是5个，request_terminate_timeout没启用。网上找到下面这个解决方法，由于我的VPS是Xen 512M 双核的，服务器上还部署了其它应用，因此我把request_terminate_timeout设成480（8分钟稍大于nginx服务器配置里的5分钟），max_children设成15，但愿问题能解决。下面是转载正文：

nginx.conf的http域规定了PHP-CGI的连接、发送和读取的时间，300秒足够用了，因此服务器很少出现504 Gateway Time-out这个错误。最关键的是php-fpm.conf的设置，这个会直接导致502 Bad Gateway和504 Gateway Time-out。

下面我们来仔细分析一下php-fpm.conf几个重要的参数：
php-fpm.conf有两个至关重要的参数，一个是“max_children”，另一个是“request_terminate_timeout”，我的两个设置的值一个是“40”，一个是“900”，但是这个值不是通用的，而是需要自己计算的。

（更多…）

去年5月份前@yegle更新的Twip版本在O模式里也调用了$this->uri_fixer()函数，因此用“修正对API1.1的支持”增加$replacement数组的替换项就可以支持UberTwitter v0.971了，因为新的API不再支持replies.json和mentions.json。

今天使用“get clone https://github.com/twip/twip”取到最新的源码，UberTwitter里仍用O模式就发现做了$replacement数组的替换还是刷不了@消息，仔细查看代码才发现O模式的override_mode()函数里不再调用$this->uri_fixer()函数了，只好自己修改代码了，在第189行处插入以下代码：

$replacement = array(
'mentions.json' => 'mentions_timeline.json',
'replies.json' => 'mentions_timeline.json',
);
$forwarded_request_uri = str_replace(array_keys($replacement), array_values($replacement), $this->forwarded_request_uri);

并把其后的两处$this->forwarded_request_uri变量替换成$forwarded_request_uri即可支持UberTwitter：

$filterName = Twip::encode_uri($forwarded_request_uri);
$parts = parse_url($forwarded_request_uri);

更新的twip.php文件参见本地：twip.php.txt，替换时把后缀.txt去掉。

另外提一下在Nginx配置文件里的重定向处理方法，假设twip部署在http://youdomain.com/twip目录，除了config.php的配置成“define('BASE_URL','http://youdomain.com/twip/');”外，还需要修改ngix.conf，添加下面几行：

location /twip {
if (!-e $request_filename) {
rewrite ^/twip/(.*)$ /twip/index.php last;
}
}

如果目录有变化，请对应修改上的twip部分。

在自己的VPS上部署了淘宝助手PHP代码，想每分钟去扫一下自己充值店的订单并发相应的邮件提醒，但不知怎么原因经常前一分钟的任务卡在那里还没有完成下一分钟的任务就已经开始，所以经常导致有多个扫描进程卡在那里，占用了偶稀有的VPS系统内存。

为此想到了PHP的flock函数，找到测试代码并改写如下用于测试：

<?php
$file = fopen("test.txt", "w+");
// 排它性的锁定
if (flock($file, LOCK_EX | LOCK_NB))
{
	fwrite($file, "Write something");
	sleep(10);
	// release lock
	flock($file, LOCK_UN);
	echo 'Done';
}
else
{
	echo "Error locking file!";
}
fclose($file);
?>

然后在Chrome浏览器里打开两个Tab分别浏览这个PHP文件，但执行结果总是都走fwrite那条线，折腾了很久总是不得要领，还有网上找了好多资料。

今天总算在这里找到解决办法，其实上面的代码已经解决了问题，只是使用的Chrome浏览器“请求两个相同页面的时候，其实是让一个去请求，另一个想坐享其成，所以产生了差异”，按前面看到的办法“用ctrl+F5强制刷新两个页面发起请求效果就出来了”。