在web项目中，大家都已经非常熟悉其架构流程了。这些流程中，几乎每个环节都会进行cache。从浏览器到webserver，到cgi程序，到DB数据库，会进行浏览器cache，数据cache，SQL查询的cache等等。对于fastcgi这里的cache，很少被使用。在我的测试过程中，发现一些问题。比如nginx的fastcgi_cache没缓存这条http响应，是因为响应头里包含“Expires”、“Cache-Control”的原因吗？程序里并没有输出“Expires”、“Cache-Control” http header的代码，这是谁输出的呢？既然是fpm响应的时候，就已经有了，那么是php的core模块，还是其他拓展模块输出的？“Expires:”时间为何是“Thu, 19 Nov 1981 08:52:00 GMT”？
所谓技术
google play购买Nexus 4手机小记(新增Nexus 5购买历程)
2005年读大学时，我的手机是CECT，具体什么型号记不住了，在07年无法开机，200块钱在淘宝上买了黑莓7230，大约用了1年不到，硬件太差，频繁死机，又花了1500块，入手黑莓8800。从08年起，黑莓8800陪伴我到2012年的9月份，将近4年半的时间，由于很多潮流的社交软件都没有黑莓版，我也趁机冒充了一段时间的好男人。下一部手机，Nexus 4…
php与mysql通讯那点事
mysql，mysqli，pdo-mysql、libmysql、mysqlnd之间有什么关系？他们分别是什么？mysql_query之后的结果集是立刻从mysql server发送到客户端的吗？还是mysql_fetch_x函数递归时才获取的？mysql_query跟mysql_unbuffered_query函数那个更好些？我该如何选择mysql的API函数？mysql的客户端驱动用哪个为好？
webgame中Mysql Deadlock ERROR 1213 (40001)错误的排查历程
生产环境中，MYSQL发生了一起死锁的案例，如何来排查他呢？什么时候发生死锁？ 我怎么知道他发生了？ 发生之后去哪里排查？ 分别在哪几个事务中？ 谁先锁的？谁后锁的？谁没锁到？谁报的死锁错误？ 为什么发生了？死锁是什么？ 如何避免？还有哪些因素影响？
使用APC来保护PHP代码
php程序语言的项目上，有没有一款产品实现代码保护、性能提升、运维发布、版本回滚、版本检测，而且有免费开源的产品呢？APC(Alternative PHP Cache)可以将整个项目导出为一个bin文件，不光可以代码保护，性能提升，方便运维，还可以防黑客入侵哦。
nginx、php-fpm默认配置与性能–TCP socket还是unix domain socket
前几天看到一篇博客《关于流量升高导致TIME_WAIT增加，MySQL连接大量失败的问题》，提到php所在服务器在大并发情况下，频繁创建TCP短连接，而其所在服务器的2MSL时间过长，导致没有端口可用，系统无法创建TCP socket，而大量报错。博主在后面给的解决方案是减少2MSL的时间，尽快清除TIME_WAIT状态的TCP连接，回收端口。同时，文章结尾写了不用长连接的理由，但这真的是最好的解决办法吗？有其他办法可以更好的做法吗？
CodeIgniter框架中关于DB事务处理的设计缺陷
在我们线上的某个业务中，使用较老版本的CodeIgniter框架，其中的DB类中，对DB事物处理部分存在着一个设计上的缺陷，或许也算不上缺陷吧。但他却影响了我们生产环境，导致连锁反应。对业务产生较大影响，且不容易排查。这个问题，我在今年的3月中旬，曾向http://codeigniter.org.cn/的站长Hex 报告过，之后，我也忘记这件事情了。直到今天，我们线上业务又一次以为这个问题，害的我又排查一次。具体原因，各位且先听我慢慢说完。
php5.3.8中编译pdo_mysql的艰难历程
1，以官方文档为准，一切跟着官方文档来，不轻易采信网络上网友提供的编译参数，包括这边博文。不论对方是老手、大牛，还是其他什么什么有威望的人。他们提供的方法或许跟你当前的环境不一致，时间也相差很大，或许相隔好几年了；2，确认得到的结果是准确的，怎么说呢，文中的例子中php-i的路径不是我们新编译的，而是之前编译，或者yum安装的，一定要到自己编译的程序目录下，用自己新编译的脚本去执行测试，获得测试结果，下结论，不为了偷懒，不敲路径，直接写程序名进行测试；
WEB开发安全与运维安全浅见
SESSION与COOKIE到底哪个更安全?去年80sec公布关于NGINX+php的漏洞，跟今年的这次是同一个漏洞？有关系吗？http keep-alive超时时间过长，会带来安全问题吗？设置多少秒合适？腾讯QQ群文件包含漏洞又是怎么一回事呢？借用网友的一句话，作为程序员，尽量要做到“知其然，知其所以然”，多多关注web安全，不要给安全工程师添麻烦，不能丢了程序员的脸。
YSLOW法则中，为什么yahoo推荐用GET代替POST？
Yahoo的优化法则里，有这么一条“Use GET for AJAX Requests”，让我们尽量使用GET来代替POST发起AJAX请求，为什么呢？ 上上周五，公司前端工程师培训，提到前端优化的一些技巧，当然不能少了yahoo yslow的优化法则。其中有这么一条“Use GET for AJAX Requests”，这些法则从最开始的14条，到现在的35条，一直都时刻关注的。可这么一条的原因我却一点都不清楚。在提问的环节里，我对yahoo WEB前端优化法则推荐AJAX中，使用GET代替POST的原因有疑问，便请教前端工程师。我们的工程师说GET的话，浏览器发送一个包，POST会发两个等等。我对这个解释仍带有疑问，甚至怀疑。