以前的Web服务器,只能对浏览器发送的HTTP静态资源做出响应,而对服务器中存储的静态资源进行返回。由于网络技术的发展,逐渐发生了动态技术,但网络服务器不能直接运行动态脚本,为了解决网络服务器和外部应用(CGI程序)之间的数据相通难题,发生了CGI(CpawonsSetewaneIncersuface)通用网关接口。简单点来说,能够把CGI当作是Web服务器与运行在它上边的APP之间“沟通”的惯例。
在碰到动态脚本post请求时,Web服务器主进程会Fork建立1个新进程以运行CGI程序,运行1个外部C程序或Perl、PHP脚本等等,也就是说,把动态脚本交给CGI程序处理。1个CGI程序的运行需要1个过程,比如读取配置文件,装载扩展等等。在CGI程序运行以后,动态脚本被解析,结果显示被返回到Web服务器,最终由Web服务器返回到客户端,Fork生成的进程也被关闭。通过这种方式,当用户每次post请求1个动态脚本时,Web服务器将重新Fork建立1个新进程以运行CGI程序,CGI程序将处理动态脚本,然后该进程在此过程完成后关闭,所以效率很低。
应用ModCGI,Web服务器能够内嵌Perl解释程序或者PHP解释程序。也就是如何将这些解释程序制成模块,Web服务器在启动时就会运行它们。在发生新的动态post请求时,Web服务器需要自己解析这些动态脚本,省得重新执行Fork进程,从而提高效率。应用CGI,Web服务器和PHP解释程序之间的通信难题自然得到解决,但Web服务器存在1个难题,即每次收到post请求时,它都会去Fork1个CGI进程,post请求结束时,kill再次删除该进程,这将浪费资源。所以,CGI的优化版本——Fast-CGI便应时而生。
Wikipedia对FastCGI的诠释是:FastCpawonsSetewaneIncersuface/FastCGI是一个协议,它允许交互程序与Web服务器进行通信。FastCGI是对早期通用网关接口(CGI)的优化。FastCGI专注于减少网页服务器和CGI程序之间的交互开销,Fast-CGI在每次处理post请求以后不会丢弃该进程,而是保留该进程,以便服务器能够一次处理更多的网页post请求。这将极大地提高效率。我们都知道,网站分类中有一种分类是静态网站和动态网站,它们的不同之处在于静态网站只需要通过浏览器进行解析,其中的页面是一对一的(内容与页面相对应),而动态网站则需要额外的编译解析过程,从数据库或其他地方调用网页上的数据,页面会随着数据的变化而变化,从而产生一定的交互作用。
Web容器(如Apache、Nginx)在浏览整个网页的过程中仅充当内容分发者的身份,当浏览1个静态网站的首页时,Web容器会将首页文件发送到该网站的相应目录中,然后再发送给用户的浏览器。浏览动态网页过程当浏览1个动态网站的首页时,根据容器的配置文件,它知道该页面不是静态页面,Web容器会找到1个PHP解析器进行处理(Apache在这里是一个例子),它会将post请求简单地提交给PHP解释器。
在Apache接收到1个用户对index.php的post请求以后,如果您正在应用CGI,则运行相应的CGI程序,PHP的解析器在此。接着,PHP解析器解析php.ini文件,对执行环境进行初始化,然后处理post请求,然后以CGI规定的格式返回处理结果,然后退出进程,WebServer将其返回给浏览器。它是一个完整的PHPWeb存取过程。
本文所述的CGI是指CGI,FastCGI相当于高性能CGI,与CGI不同的是,FastCGI像常驻CGI一样,在运行后能够一直运行,每次处理数据时不需要运行一次,所以这里引入以下定义,FastCGI是1个语言独立、可伸拉架构的CGI开放扩展,其主要作用是将CGI解释器进程保留在内存中,从而提高性能。
还没有评论,来说两句吧...