在主要由php驱动的动态非静态webites中，使用nginx作为反向代理服务器有什么好处？

Question

我的问题是，当大多数内容是通过php动态生成时，使用nginx作为反向代理有什么好处吗？

就我而言，nginx在将静态内容缓存到缓存和同时处理多个请求方面非常有用。

这是真的吗？或者，在大多数由php驱动的动态内容网站中，运行nginx作为反向代理还有其他优势吗？

Answer 1

如果您想要获得优势，就必须将其与一些替代方案进行比较：)如果您使用PHP，那么无论如何您总是需要一些webserver，因为PHP本身没有。

一般来说，Nginx有一些很酷的特性，比如：

• 您已经提到过，在Nginx中有许多实现缓存的方法。
• 由于大量的模块，特别是mod重写或mod lua，它提供了大量的灵活性。
• 与Apache或Zeus Zeus服务器相比，开销(内存/cpu)非常低。
• 帮助社区回答问题
• 正处于积极的发展中，所以新的功能不断涌现。f.e.spdy

Answer 2

nginx+php感兴趣的唯一选择是在apache中使用mod_php。以下是主要的区别

• 几乎所有的php应用程序都假定它们在apache中运行，配置语法将始终以apache语法提供。
• 在apache中，静态页面和脚本页可以随意混合；在nginx中，必须将静态文件和动态内容与请求本身区分开来。由于这个原因，配置稍微复杂一些。由于您将不提供静态内容，这可能不会是一个问题。
• 对于apache mod_php，nginx没有进程内的等价物，它必须将请求代理到脚本解释器，这要么是php-cli -b，要么是uwsgi --plugin php。nginx既不能启动进程，也不能启动进程；您需要自己解决这些问题。
• nginx是异步的，可以轻松地处理高流量和慢连接，无需任何额外的努力；只要php应用程序是快速的，您就可以几乎免费地处理更多的流量。在我的组织中，尽管php-cli进程的线程较少，但当我们放弃apache时，我们的响应性有了很大的提高。
• 如果php工作进程崩溃(例如，当您试图附加到一个多千兆字节日志文件时)，它可能无法解释为什么在FastCGI上运行；普通的CGI没有这个问题，但是需要在nginx端进行非常不同的配置(一个可以启动cgi进程的二级http服务器，比如lighttpd)。

Answer 3

我认为本文可以很好地解释优势：http://www.aosabook.org/en/nginx.html，特别是对于慢客户端的情况。