由于自己搭建环境.php文件总是不解析，出现502 badgateway错误。


检测应该是fastcgi与nginx没有打配好。


简单了解了下


主要区别：

cgi是最早的http服务器处理动态请求的程序。

每来一个动态请求，就fork一个新的进程来处理，处理完了返回。然后关闭刚刚的进程。


fastcgi是http服务器启动时就一直启动着，跟随启动。新的请求进来后，自己逐个解析。好像是tcp处理

（ps 最近看http协议详解。看完了估计理解的会透彻些，再补充。）

处理完了之后就等着新的请求。


这样按照我的理解有个后台进程一直监控着，不用初始化了。速度自然就快了。当然后者会占用一定内存了。


另外一般 fastcgi用 fpm管理。

比如 index.php 通过nginx接受后，要处理。就交给php解析器去处理，处理的时候就启动对应的cgi，就是php的解析器，然后读取php.ini配置，初始化巴拉巴拉。（如果用cgi就每次都要执行这个过程，效率很低）

fastcgi就不一样了。会有一个主进程，然后有请求就开一个新的进程。fastcgi会自己先开几个进程等着，如果够用自己也会关掉。很智能。效率高。


话说回来，fpm呢。按照之前说的cgi是个协议，就是规定你怎么处理 ，怎么返回php。fastcgi也是个协议了就是。



fpm的管理对象是php-cgi。


cd /usr/local/php/bin/ 

后台启动cgi之后，我的502错误就没有啦。
./php-cgi -b 9000 &



Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

沃云统一开发平台介绍

沃云集成平台研发平台介绍1.平台优势2.平台原理3.研发平台使用方法4.遇到的问题5.现阶段实现的功能6.后续需要补充的功能和优化内容研发平台介绍1.平台优势解决孤岛式应用，实现能力共享；现有系统框架过于复杂，跨系统业务处理成本居高不下，协同服务共享，降低运维成本；提高项目应用资源监控能力，改善资源利用率；业务微服务化，快速发布、快速部署，快速响应业务需求变化；沃云平台不仅提供了自动化的、可快速部

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生

基于docker的test-containers环境百宝箱

笔者语录： 我开了个公众号【Java你我他】，欢迎大家关注。  在很多时候，程序猿们更关注代码本身，而不愿意把时间花费在环境搭建上，这也是Docker变得越来越受欢迎的原因之一。test-containe是Docker生态圈中的一颗新星，其 主要针对测试领域、背靠Docker实现环境百宝箱功能。  test-containers： 你要的环境，我都有~  假设我们现在需要一个redis-clust

avatar 云原生