php fpm怎么配置，Gateway怎么我登录交警考试预约网？
我常在Nginx服务器上发现502错误，很多情况下并非Nginx本身的问题。就以Nginx+PHP+MySQL这种架构说明。Nginx本身设置等cgi接口返回的数据延时太短，要延长这个时间。
如同前面说的，很多情况下并非Nginx本身的问题，这样操作后常常并不能缓解问题。
此时，就要考虑对应cgi接口的配置，比如 php-fpm.conf 的配置，脚本执行时间的超时情况限制。
这可以通过跟踪php-fpm的 slow log 来排查，对相关代码优化，减少延时。
另外很大的问题在MySQL数据库这一块，如果数据库执行命令超时也会大延长php脚本的执行时间，导致 Nginx 等待超时。
可以my.cnf的 slow log进行确认效能低下的sql语句是哪些，进行优化配置。
通过优化 php-fpm 及 MySQL的配置都大大减少Nginx的等待超时的情况。以上是LNMP的架构为例进行说明。
apache和php？
apache是通过mod_php来解析phpnginx是通过php-fpm(fast-cgi)来解析php1.PHP解释器是否嵌入Web服务器进程内部执行mod_php通过嵌入PHP解释器到Apache进程中，只能与Apache配合使用，而cgi和fast-cgi以独立的进程的形式出现，只要对应的Web服务器实现cgi或者fast-cgi协议，就能够处理PHP请求。
mod_php这种嵌入的方式最大的弊端就是内存占用大，不论是否用到PHP解释器都会将其加载到内存中，典型的就是处理CSS、JS之类的静态文件是完全没有必要加载解释器。我还是比较推荐你去后盾人上面看看里面有很多关于这类php之类的教学讲解视频哦你可以去看看
模板引擎方式和纯静态页面？
你说的模板引擎应该是指后端模板引擎。从网站全栈开发程序员的角度来看：从前，前端[不考虑原生app]只要“哄好”浏览器（包括微信内嵌的、app内嵌的）就可以了，服务端都是Nginx/Apache/IIS + php（大部分程序依赖于php-fpm[不能常驻内存]，少量运行在CLI[也就是命令行]），大家都用MVC, 都在热烈讨论视图文件与模板引擎的“家长里短”。后来，前端爆出了“微信小程序”，不少前台页面“弃暗投明”，好在后台页面/对/浏览器/“忠心耿耿”。再后来，swoole异军突起，php可以常驻内存、运行速度“风驰电掣”，同时开发方式大变[大部分运行在CLI]，比如：echo会输出到终端而不是浏览器---然而，模板引擎都是用echo输出动态数据到浏览器的---这就尴尬了。
现在，访客的客户端既有小程序，又有浏览器。小程序的页面只能由js渲染，php模板引擎对小程序页面无可奈何。php接口不得不设计为API，以便返回json给小程序，这种API倒是可以加以包装，这样，浏览器那边的前台页面可以继续使用模板引擎。后台页面，直接使用模板引擎。
一但用上swoole，要是坚持使用模板引擎，由于模板引擎将视图文件(view.html)翻译成模板文件（tpl.php），都会用到“echo”，（如果用到的视图文件都没有修改过，就直接）include tpl.php之后，为了防止输出到终端，使用ob_get_clean(), 再使用swoole的接口输出到浏览器，
倒也是可以。
结论：
后端模板引擎，只是开发一时爽，不适宜团队合作，适合全栈开发者，缺点：
应变能力差：使用全新装修的话，后端开发就要套页面，繁琐。
浪费人力资源，加重后端团队的负担：前端折腾完html页面，后端需要经手一遍。不得不提一点：分页条。thinkphp框架的分页条是写在php的page类里面，如果分页条样式变了，前端写完html代码，后端要誊写一遍。
如果需要翻译视图文件，则后端负担相对较重，用户等待时间相对较长：比如：编辑数据的页面。php从数据表里边拉取到数据，已经仁至义尽了，却还要翻译html文件，即使不用翻译，也需要查看用到的视图文件是否修改过。
后端模板引擎的渲染是一次性的，而前端模板引擎可以反复渲染，利于沉浸式体验。同一段html代码，要么由后端模板引擎循环处理，要么由前端模板引擎循环处理。举个例子：进入购物车页面（/cart/index），对某个商品重新挑选促销方案后，该商品需要挪到新的分组，再次计算受影响的组的优惠、赠品，然后再次计算总优惠。（后端更改促销方案, 不应由/cart/index处理，不然就“千人排、万人坑”，越来越“牵一发而动全身”。） 假设是由/cart/selectPromotion处理， 如果使用前端模板引擎，即便反复挑选，页面也无需刷新，不会打断沉浸式体验，否则，等待转圈结束，页面还要需要刷新，页面无论如何都是要经历空无一物的白色，反复刷新几次，真的沉浸不下来。
由于css样式的影响，部分php错误信息未能及时发现，直到：打开控制台，查看源码，偶然看到额外的html元素直接查看网页源码，看到额外的html元素js出错：比如说，取不到指定html元素，json字符串转换成对象失败。好处：
共同的html可以抽出来作为公用文件，用php加载公用文件。
可以用php读取静态文件的上次修改时间，引入静态文件时，将这个时间作为版本号，静态文件有变化则重新请求，否则使用本地缓存。调试过程中，不需要同时按shift + F5, 也不需要手动更改版本号，比较省事。
纯静态页面+ajax：适宜团队合作，也适合全栈开发者，应变能力强，不会浪费后端的人力资源，php负担相对较轻，用户等待时间相对较短，体验更好，除了开发时繁琐了点。
php如何处理高并发？
和php关系并不大，和web服务软件和数据库连接关系最大，所以是web服务端采用nginx+fpm+apc or xcache，能在2g双核，2g内存下处理10000左右的并发。但最重要的，是数据库这块，中间一定要有缓存，memcache是个不错选择。如果在数据库中间未加缓存，并发大后，你很快会发现都连最基本的发起连接都是难事。
部署一个web程序是用多个docker互联还是用一个docker直接全装进去好呢？
开发一个Web站点，是使用一个Docker还是多个Docker，要看这个Web项目的定位及未来发展。如果它只是用来搭建一个小项目，而且该项目不需要经常变动的话，那使用一个Docker就好了。毕竟使用多个Docker，前期搭建复杂，后期维护也麻烦。
但是如果你想要它后期易于扩展，便于扩大规模，那你最好使用多个Docker，将数据库服务、代码服务、缓存服务等服务独立开来，这样当你想要对某一服务进行扩展时，只需要对这一服务进行操作就好，而不会影响其他服务。
那如果使用多个Docker，多个Docker之间如何通讯呢？
要想将多个Docker链接起来，常用的方法有两种，一种是使用—link命令，一种是直接使用IP地址。