lighttpd提供了一种外部程序调用的接口，即FastCGI接口。这是一种独立于平台和服务器的接口，它介于Web应用程序和Web服务器之间。关于FastCGI接口的具体内容可以在其官网上找到。这就意味着能够在Apache服务器上运行的FastCGI程序，也一定可以无缝的在lighttpd上使用。【FastCGI广告时间】 1 就像CGI一样，FastCGI也是独立于编程语言的。 2 就像CGI一样，FastCGI程序运行在完全独立于核心Web Server之外的进程中，和API方式相比，提供了很大的安全性。（API会将程序代码与核心Web Server挂接在一起，这就意味着基于问题API的应用程序可能会使整个Web Server或另一个应用程序崩溃；一个恶意

    如果你用lighttpd1.5(以下lighttpd均指1.5)做静态文件服务器，或者你虽然用lighttpd处理php请求，但是用到$PHYSICAL作为mod_proxy_core的条件， 且某个时候你的单机流量很低(几个/s), 或许你也有类似的问题，但是影响程度或许不会引起你的注意！ 1.Lighttpd的mod_proxy_core不建议用$PHYSICAL作为条件； 2.Lighttpd的stat cache机制没有节省任何开销； 3.Lighttpd子线程和主线程通过管道+epoll的通信机制，存在event丢失问题； 现象用户反馈凌晨的时候访问百度某页面，某些模块的数据出不来；其它依赖于我们的前端接口的产品线反馈访问时间有时候超过1s；我们自己的QA环境偶尔也会出现请求超过1s的问题；因此我们打开lighttpd的日志的%D配置，打印ms级别的处理时间，发现

    最近在设计一种网络服务器架构, 最重要的一点是把耗时操作委托给工作进程(或者线程)来做, 所以考察一下 fastcgi. 大概看了下 lighttpd 的 mod_fastcgi 的源码, 没想到立即被卡住了. 根据我的想法, PHP 等 fastcgi 程序(php-cgi 进程)监听网络, 然后 mod_fastcgi 只需要 connect 这些进程即可, 奇怪的是, 我竟然看到了 listen! - fcgi_spawn_connection() 函数: fcgi_fd = socket(socket_type, SOCK_STREAM, 0); if (-1 == conne...

    基于 web.py 的程序开发起来还是非常简单的，但是我没想到在服务器上部署的时候却遇到了不少麻烦。我用的 web server 是 lighttpd，不能正常启动，查看错误日志，发现如下几行：2009-12-15 19:48:04: (server.c.1503) server stopped by UID = 0 PID = 25128 2009-12-15 19:48:30: (log.c.166) server started2009-12-15 19:48:30: (mod_fastcgi.c.1104) the fastcgi-backend /var/www/code.py failed to start:2009-12-15 19:48:3...

    Lighttpd是最近流行起来的轻量级web server,其最大优点是占用内存极低,因此,性能上是非常优秀的,常用作静态文件的web server,支持rewrite,cgi,fastcgi,proxy等众多特性...目前很多大型的站点都在用,下面记录一下安装的方法:1.要先安装pcre,不然基于正则的处理都会无效,如rewrite,安装方法就是confirgure && make && make install2.到http://www.lighttpd.org下载最新版的lighttpd源码(目前为1.4.15)3.解压,tar -zx...