Keep smiling and never give up,even when things get you down
Nginx高并发处理能力远远大于Squid，因此，在分布大量的静态文件的时候，改变原来单独使用Squid的结构，将Nginx放在Squid之前，实际的使用效果表明，比独立使用Squid要好很多，并发能力得以很大提高。
需要静态发布的文件有两种：
1、一旦发布，永远不会再改变了；比如大部分的图片；
2、发布后，不定期的会更新；比如各种页面；
用Nginx的Proxy_store配合Squid，可以轻松做到区别对待。
Porxy_store用来在本地保存不会再更新的静态文件；
再做一个rewrite，将不定时更新的文件用proxy_pass指到Squid上，
利用Squid的功能，当文件更新后，自动去获取最新版本
使用Apache2.2，并发到3000出头就不行了，TIME_WAIT状态5，6千左右；
直接结果就是网站反应减慢，内存消耗剧增，能将16G内存全部耗光直至宕机。
另搭建了一台Nginx，逐步将流量引过来，经过一周的测试运行，并发数量逼近1万，完全解决之前的TIME_WAIT堆积的问题；
网站反应速度没有变化，内存消耗量大约1.2G，load 在3-4左右，对于一台8G内存双4核的服务器来说，毛毛雨。
并发放大也暴露出很多后台程序问题，明显的数据库的压力增加，重压之下，一些隐藏很深的性能问题暴露无遗。
Nginx的确是搭建稳定高效的web server的首选。
Nginx的风头无疑已经盖过了lighttpd
据说功能很强劲，但是文档也真是少得可怜
安装的时候颇费了一点脑力
当php在nginx上跑起来的时候，还真是有点感觉的
nginx的rewrite不支持apache的.htaccess，需要改写
不过让我头疼的是，在rule的规则里，不知道怎么把正则表达式里的大括号转义，要不nginx就得报错
虚拟目录也不知道怎么配置，头疼
配置里启动了8个工作线程，php-cgi启动了15个进程
跑几天看看效果
说不定apache真的可以退休了