cgi

刚开始对这个问题我也挺纠结的，看了《HTTP权威指南》后，感觉清晰了不少。 首先，CGI是干嘛的？CGI是为了保证web server传递过来的数据是标准格式的，方便CGI程序的编写者。 web server（比如说nginx）只是内容的分发者。比如，如果请求 /index.html ，那么web server会去文件系统中找到这个文件，发送给浏览器，这里分发的是静态数据。好了，如果现在请求的是 /index.php ，根据配置文件，nginx知道这个不是静态文件，需要去找PHP解析器来处理，那么他会把这个请求简单处理后交给PHP解析器。Nginx会传哪些数据给PHP解析器呢？url要有吧，查询字符串也得有吧，POST数据也要有，HTTP header不能少吧，好的，CGI就是规定要传哪些数据、以什么样的格式传递给后方处理这个请求的协议。仔细想想，你在PHP代码中使用的用户从哪里来的。 当web server收到 /index.php 这个请求后，会启动对应的CGI程序，这里就是PHP的解析器。接下来PHP解析器会解析php.ini文件，初始化执行环境，然后处理请求，再以规定CGI规定的格式返回处理后的结果，退出进程。web server再把结果返回给浏览器。 好了，CGI是个协议，跟进程什么的没关系。那fastcgi又是什么呢？Fastcgi是用来提高CGI程序性能的。 提高性能

原文地址： https://segmentfault.com/q/1010000000256516 网上有的说，fastcgi是一个协议，php-fpm实现了这个协议； 有的说，php-fpm是fastcgi进程的管理器，用来管理fastcgi进程的； 有的说，php-fpm是php内核的一个补丁; 有的说，修改了php.ini配置文件后，没办法平滑重启，所以就诞生了php-fpm； 还有的说PHP-CGI是PHP自带的FastCGI管理器，那这样的话干吗又弄个php-fpm出来，我就更晕了； 发个贴，想听听大家的理解，网上的我都已经看了个遍，因为我查了一周了，哈哈，所以想听听原创的理解。 ============================================ 刚开始对这个问题我也挺纠结的，看了《HTTP权威指南》后，感觉清晰了不少。 首先，CGI是干嘛的？CGI是为了保证web server传递过来的数据是标准格式的，方便CGI程序的编写者。 web server（比如说nginx）只是内容的分发者。比如，如果请求 /index.html ，那么web server会去文件系统中找到这个文件，发送给浏览器，这里分发的是静态数据。好了，如果现在请求的是 /index.php ，根据配置文件，nginx知道这个不是静态文件，需要去找PHP解析器来处理

PHP-FPM是啥？ PHP-FPM是一个PHP FastCGI的管理器，它实际上就是PHP源代码的补丁，旨在将FastCGI进程管理引进到PHP软件包中。 CGI是啥？ CGI全称“公共网关接口”(Common Gateway Interface)，是HTTP服务器与其它机器上的程序进行通信的接口，其程序须运行在网络服务器上。 CGI可以用任何一种语言编写，只要这种语言具有标准输入、输出和环境变量。 FastCGI是啥？优缺点。 FastCGI是一个常驻型的CGI，它可以一直执行，只要激活后，不会每次都要花费时间去fork一次（这是CGI最为人诟病的fork-and-execute模式）。它还支持分布式的运算，即 FastCGI 程序可以在网站服务器以外的主机上执行并且接受来自其它网站服务器来的请求。 FastCGI是语言无关的、可伸缩架构的CGI开放扩展，其主要行为是将CGI解释器进程保持在内存中并因此获得较高的性能。我们知道，CGI解释器的反复加载是CGI性能低下的主要原因，如果CGI解释器保存在内存中并接受FastCGI进程管理器调度，那么就可以提供良好的性能、伸缩性等。 因为是多进程，所以比CGI多线程消耗更多的服务器内存，PHP-CGI解释器每进程消耗7至25兆内存，将这个数字乘以50或100就是很大的内存数。 FastCGI工作原理（配置数量与内存大小关联）

关于cgi是什么，fast-cgi是什么，php-cgi是什么，fast-cgi是什么，下面这篇讲的很清楚： https://segmentfault.com/q/1010000000256516 另外，nginx本身不处理php请求，它是把请求发fastcgi管理进程处理，fascgi管理进程选择cgi子进程处理结果并返回被nginx。 http://www.nginx.cn/231.html 先看第一篇 首先，CGI是干嘛的？CGI是为了保证web server传递过来的数据是标准格式的，方便CGI程序的编写者。 web server（比如说nginx）只是内容的分发者。比如，如果请求 /index.html ，那么web server会去文件系统中找到这个文件，发送给浏览器，这里分发的是静态数据。好了，如果现在请求的是 /index.php ，根据配置文件，nginx知道这个不是静态文件，需要去找PHP解析器来处理，那么他会把这个请求简单处理后交给PHP解析器。Nginx会传哪些数据给PHP解析器呢？url要有吧，查询字符串也得有吧，POST数据也要有，HTTP header不能少吧，好的，CGI就是规定要传哪些数据、以什么样的格式传递给后方处理这个请求的协议。仔细想想，你在PHP代码中使用的用户从哪里来的。 当web server收到 /index.php 这个请求后

CGI fastCgi php-fpm PHP-CGI 辨析 LNMP环境中的nginx是不支持php的，需要通过fastcgi插件来处理有关php的请求。而php需要php-fpm这个组件提供该功能。在php5.3.3以前的版本php-fpm是以一个补丁包的形式存在的，而php5.3.3以后只需在编译安装时使用–enable-fpm加载该模块即可，无需另行安装。 web server（比如说nginx）只是内容的分发者。比如，如果请求/index.html，那么web server会去文件系统中找到这个文件，发送给浏览器，这里分发的是静态数据。好了，如果现在请求的是/index.php，根据配置文件，nginx知道这个不是静态文件，需要去找PHP解析器来处理，那么他会把这个请求简单处理后交给PHP解析器。Nginx会传哪些数据给PHP解析器呢？url要有吧，查询字符串也得有吧，POST数据也要有，HTTP header不能少吧，好的，CGI就是规定要传哪些数据、以什么样的格式传递给后方处理这个请求的协议。仔细想想，你在PHP代码中使用的用户从哪里来的。 当web server收到/index.php这个请求后，会启动对应的CGI程序，这里就是PHP的解析器。接下来PHP解析器会解析php.ini文件，初始化执行环境，然后处理请求，再以规定CGI规定的格式返回处理后的结果，退出进程

3 月，跳不动了？>>> 本文原文由微信客户端高级工程师方秋枋原创发表于WeMobileDev公众号，收录时有修订和加工，感谢作者的无私分享。 1、引言 作为一个重要业务，微信支付在客户端上面临着各种问题。 其中最核心问题就是分平台实现导致的问题： 1）iOS 和安卓实现不一致：容易出 Bug、通过沟通保证不了质量； 2）扩展性差且无法快速响应业务需求：需求变更迭代周期长、数据上报不全面； 3）质量保障体系不完善：缺少业务及设计知识沉淀、协议管理松散、缺少统一的自动化测试； 4）用户体验不一致：比如下图就是之前安卓和 iOS 没有统一前的收银台。 ▲ 微信安卓片和iOS版，没有统一用户体验前的收银台功能 为了解决分平台实现这个核心问题，并解决以往的技术债务。我们建立起了一整套基于 C++ 的跨平台框架，并对核心支付流程进行了重构。微信支付跨平台从 iOS 7.0.4 版本起， 安卓从 7.0.7 版本起全面覆盖。 重构后的软件架构原理如下图所示： 本文分享了微信团队基于 C++ 的移动端跨平台技术在重构整个微信支付功能的过程中，对于移动端软件架构设计方面的思考和实践总结。 术语约定： 本文中的名词 CGI 可以理解为一个网络请求，类似HTTP请求。 2、关于作者 方秋枋： 毕业于华中科技大学，现为微信客户端高级工程师。目前主要负责微信支付的跨平台开发框架与相关业务开发。 是开源项目

作者：逃离地球的小小呆 来源：CSDN 原文： https://blog.csdn.net/gui951753/article/details/80204325 版权声明：本文为博主原创文章，转载请附上博文链接！ LNMP之间的数据流转： 第一步：浏览器发送http request请求到服务器（Nginx）,服务器响应并处理web请求，将一些静态资源（CSS，图片，视频等）返回浏览器。 第二步：将php脚本通过接口传输协议（网关协议）PHP-FCGI（fast-cgi）传输给PHP-FPM（进程管理程序）,PHP-FPM不做处理，调用PHP解析器进程，PHP解析器解析php脚本信息。PHP解析器进程可以启动多个，进行并发执行。 第三步：PHP脚本通过PHP和数据库的连接，完成对数据库进行增删改查的功能，并从数据库中获取数据。 第四步：将获取到的数据返回到PHP-FPM，PHP-FPM再通过fast-cgi的形式将脚本信息传送给Nginx。 第五步：服务器再通过Http response的形式传送给浏览器。浏览器再进行解析与渲染然后进行呈现。 Nginx+FastCGi工作流程 Nginx不支持对外部程序的直接调用或者解析，所有的外部程序（包括PHP）必须通过Fast-CGI接口来调用。Fast-CGI接口在Linux下是socket（这个socket可以是文件socket

CGI CGI：通用网关接口（Common Gateway Interface），是Web 服务器和请求处理程序之间传输数据的一种标准或协议，只要遵循这个标准就可以用任何动态语言实现处理程序。 通常所说的CGI是指CGI程序，即实现了CGI接口标准的程序。 CGI程序的工作方式 Web服务器一般只处理静态文件请求（如 jpg、htm、html），如果碰到一个动态脚本请求（如php），web服务器主进程，就fork出一个新的进程来启动CGI程序，也就是将动态脚本请求交给CGI程序来处理。启动CGI程序需要一个过程，比如，读取配置文件，加载扩展等。CGI程序启动后，就会解析动态脚本，然后将结果返回给Web服务器，最后Web服务器再将结果返回给客户端，刚才fork的进程也会随之关闭。 这样，每次用户请求动态脚本，Web服务器都要重新fork一个新进程，去启动CGI程序，由CGI程序来处理动态脚本，处理完后进程随之关闭。 这种工作方式的效率是非常低下的。 FastCGI FastCGI，主要行为是将CGI解释器进程保持在内存中并因此获得高效的性能。 FastCGI进程管理器需要单独启动，启动FastCGI后，会生成一个FastCGI主进程和多个子进程（子进程其实就是CGI解释器进程）。 当客户端请求Web服务器上的动态脚本时，Web服务器会将动态脚本通过TCP协议交给FastCGI主进程

3 月，跳不动了？>>> 1. mod_php 对于apache端的php的配置，我们最常用的就是mod_php， 它把php作为apache一个内置的模块 .让apache http服务器本身能够支持php语言， 不需要每一个请求就启动php解释器来解释php . 工作原理： 2. mod_fastcgi fastcgi：http服务器与你的或其它机器上的程序进行“交谈”的一种工具，相当于一个程序接口。它可以接受来自web服务器的请求，解释输入信息，将处理后的结果返回给服务器等。mod_fastcgi就是在apache下支持fastcgi协议的模块。 FastCGI像是一个常驻(long-live)型的CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去fork一次(这是CGI最 为人诟病的fork-and-execute 模式)。 它还支持分布式的运算, 即 FastCGI 程序可以在网站服务器以外的主机上执行并且接受来自其它网站服务器来的请求 。a主机的CGI可以接收B服务器上的请求。 fastcgi工作原理： （1）web server 启动时载入Fastcgi进程管理器。[PHP-FPM] （2）Fastcgi进程管理器自身初始化，启动多个CGI解释器进程并且等待来自web server的连接。启动php-cgi Fastcgi进程时

3 月，跳不动了？>>> mod_php对比mod_fastcgi 字数1317 阅读53 评论0 喜欢0 什么是mod_php和mod_fastcgi 在lamp体系中，对于apache端的php的配置，我们最常用的就是mod_php，它把php作为apache一个内置的模块.让apache http服务器本身能够支持php语言，不需要每一个请求就启动php解释器来解释php. 和 把webserver与php绑定起来的方式不同，fastcgi是http服务器与你的或其它机器上的程序进行“交谈”的一种工具，相当于一个程序接 口。它可以接受来自web服务器的请求，解释输入信息，将处理后的结果返回给服务器等。mod_fastcgi就是在apache下支持fastcgi协 议的模块。 SAPI和CLI SAPI(Server Application Programming Interface):服务器端应用程序接口 CLI(Command Line Interface):命令行接口 php运行原理 php运行原理 对于一个基于apache的php应用，运行流程可以简单归结为： Apache -< httpd -< mod_php -< fastcgi -< sapi -< php mod_php 在lamp体系中，mod_php是最常使用的工作方式。在这种模式下