昨天的时候，刚好看了下php调试方面的东西，正好看到了Strace，没想到今天就用上了. 今天，补单程序突然出现bug，有两笔订单掉单了却没有补单成功. 首先，查了下 补单脚本 12ps -ef|grep Patchxx 32687 3224 0 Aug20 ? 00:00:48 ... 补单脚本是守护进程控制的，但是看到这个时间点 Aug20，说明8.20日之后，脚本没有自动关闭，一直在执行. 所以就想看看是什么原因导致了脚本一直执行而没有退出.

今晚走了很长时间的弯路，最后发现问题在于 url load 访问 和 Command+R 刷新上，道路曲折但是很有意思。 问题的起源在于晚上把一个demo部署到阿里云上，在配置nginx的时候，设置了expire。但是当用Chrome检查Network的时候，发现已经设置了expire的css，js，image 总是返回304（Not Modified）的状态。因为之前服务器缓存资源出现返回304的问题，所以就打算看下到底是什么问题

最近签到功能并发量有点大，php的slow log里记录的大部分日志都是关于redis的，我们线上环境是通过predis连接redis服务器的，phpredis是C预言扩展，理论上要比predis快，所以做了一下性能对比.

Hi, This is the first page!