很久以前在TW上挖了个坑，说nginx的fastcgi_cache是被大家忽视的一大金矿，今天把这个坑填上。 　　对于变化不太频繁的数据，大家都比较喜欢存Memcached以减少数据库的读取，但还是会有语言解析运行上的消耗（比如运行PHP，Python等），当然这个时间很短，记得OP上有个同学说P字头的语言，效率都不高，如果能省去，当然最好。（已经用上Squid等的可以忽略本文）。 　　还有一个问

事件起因 自从去年11月份跳槽之后，就告别了熟悉的c#，涉险python开发，顺便开始熟悉管理之道  最近一直忙于一个新产品的beta版上线公测，该产品涉及到好几个子系统，为了节约空间，这些子系统全部部署在一台64位Linux机器上，通过不同端口访问，惊险之旅自此开始… 项目情况大致如下 A子系统: nginx管理静态文件，动态请求基于jsonp方式访问不同域名下的网关应用

在新浪微群一天一技术分享里面看到一篇有童鞋分享的一篇fcgi vs. gunicorn vs. uWSGI的文章，文章的测试附图很是让人兴奋： 于是自己在本地测试了一下，结果基本和上面的结果一致。 （以下为简单的ab测试结果： ab –c 100 –n 1000 http://127.0.0.1/ ）首先是 nginx + fcgi的结果(fcgi prefork 4 p

上一篇(windows下nginx+mono+fastCGI部署asp.net网站)参考了诸多前辈终于在windows下部署成功,唯一点遗憾就是asp.net webform下面样式有点不对劲,mvc倒还可以. 本篇说说我近两天折腾Ubuntu的成果,对于一个没接触过Linux系统的人来说得从基础干起呀.下面先简单的介绍下Ubuntu系统下面常用的几条命令,扫扫盲: 文件管理  cd