今天实在没得可写，不如炒个冷饭，以前发在论坛的帖子

优点

发信人: kxn (一整夜), 信区: NewSoftClub
标 题: Re: eaccelerator 可以用在 apache+php+fastcgi 中吗?
发信站: 水木社区 (Sat Feb 11 11:19:26 2006), 站内

内存占用非常之少，可以节省下来大量内存给应用和磁盘缓存。此外单进程减少很多不必
要的 context switch , 在慢网并发连接时候非常明显了。

当然最明显的好处是比其他各色诡异 httpd 从功能上面更接近 apache, 迁移成本相对低
一些。cgi/fcgi, rewrite, access, expire 这几个常见 module 都有，

虚机的配置处理方式比 apache 直观很多，我一直觉得 apache 的虚机配置格式实在是很失
败的一个设计，一不小心请求就进错虚机了，调起来很郁闷, lig 的 url 和虚机处理格式
是统一的，很适合用来作统一入口。

缺点

发信人: kxn (一整夜), 信区: NewSoftClub
标 题: Re: eaccelerator 可以用在 apache+php+fastcgi 中吗?
发信站: 水木社区 (Sat Feb 11 10:09:31 2006), 站内

我也来说一下 lighttpd 的缺点吧，先打个预防针

1: 不支持 scriptalias , 对于一大目录 cgi 的应用（比如某邮件系统），非常难弄，有
个变通方法可以凑合用，但是要求所有 cgi 都是 binary 的，不能是脚本

2: 没有 mod_caucho/mod_jk ，带 resin 之类的只能用 mod_proxy, 但是 mod_proxy 　过
去了就没有对方 IP 了，只能自己从 X-Forwarded-For 里面截，要改应用。

3: 经常有些小 bug 需要自己读代码找原因，比如 mod_proxy 对 3xx 的重定向请求处理有
点问题，对 1.4.8 的 mod_dirlisting 中文乱码等， apache 是基本这些小 bug 都被别人
踩的差不多了

我基本就遇到这几个，不过相信应该还有不少。。

【 在 hBifTs (Programing?Reverse:Crack…) 的大作中提到: 】
good….把 apache 换成 lighttpd…