nginx是否适合dynamic内容?

我想要一个替代的Apache,lighthttpd有内存泄漏的问题,所以我不能去为它,我一直在阅读,该nginx是好的静态内容,但它是好的php-mysql的dynamicvideo共享内容?

我也读过,一个好的select是一起运行Apache和Nginx的dynamic内容,但我不想使用Apache所有 – 阿帕奇使用如此之多的内存,这就是为什么我想首先使用Nginx!

我的最后一个问题是,lighthttpd仍然存在内存泄漏问题,或者他们修复了这个问题,因为我喜欢使用它,我在某个地方看过YouTube使用它,而我的网站和youtube很相似(虽然不一样,但是如果YouTube足够好,对我来说就够了)

坦率地说,任何运行nginx代理Apache的人(反之亦然)都需要检查头部。 这没有任何用处,我希望所有推荐它的文章都会在火灾中死亡。

nginx是一个很好的dynamic内容,它可以代替所有dynamic内容到后台应用程序服务器,这是最好的模式,因为它允许应用程序服务器作为应用程序运行用户,而不是Web服务器用户(多年来一直是安全狂欢的源泉)。 从速度上来说,它比Apache运行mod_php稍微慢一些,但是你不会注意到(你的脚本的运行时将超过通过将请求分stream到应用程序服务器的时间)。

就lighttpd而言,我会把它看作一种死亡的技术。 那天真是太棒了,但是nginx已经吃了午餐了,现在是让老gal退休到一个安静的牧场的时候了。

恕我直言,代理nginx到Apache或反之亦然是愚蠢的,特别是当服务器在一个Un * x系统上。 可以将nginx代理到php的unix套接字。 虽然推荐使用unix套接字,但是tcp套接字比代理到Apache更好。

但是,我还没有find一种方法让nginx来监听多个php套接字。 这可能是multithreading的头痛。 Lighttpd可以根据/etc/lighttpd/conf.d/fastcgi.conf产生许多php进程。