Yanıtlar:
Şahsen, nginx kendi yaptığı şeyler (HTTP istekleri alma ve işleme) ve diğer süreçlere (dinamik sayfa oluşturma) delege ne arasında doğru bölünme sağlar düşünüyorum. Apache'yi PHP isteklerini sunmak için ayarlamak daha az çaba olsa da, Apache içindeki her şeyi çalıştırmak bir güvenlik ve yapılandırma sorunudur (sunucudaki tüm kullanıcılar tarafından çalıştırılan tüm komut dosyaları tarafından erişilen tüm dosyalar kullanıcı tarafından okunabilir / yazılabilir olmalıdır) Apache'nin şu şekilde çalıştığı anlamına gelir, yani bir kullanıcının PHP komut dosyaları diğer kullanıcıların verilerine bakabilir); Her bir PHP sitesini kendi FastCGI bağlamında kendi kullanıcısı olarak çalıştırmak çok daha iyi bir seçenektir (doğru şeyi yapmak için site oluşturma otomasyonunuzu çevirene kadar biraz daha ön yapılandırma maliyetiyle).
"Daha hızlı" olduğu sürece, mod_php'li Apache, makine kaynak kısıtlaması olmadığı sürece (harici bir FCGI dinleyicisine geçmek ve daha sonra geri dönmek o kadar hızlı değildir) muhtemelen tek bir istekte daha hızlı olacaktır. Bununla birlikte, Apache çok daha şişman ( özellikle mod_php ile çalışırken), bu nedenle daha büyük bir kutuya yükseltme yapmadan önce nginx ile daha fazla trafik sunabileceksiniz.
Nginx'in yazarı, nginx'in statik dosyalar sunmayı ve ön uç olmayı, dinamik sayfalar gerektiren isteği apache gibi diğer sunuculara iletmeyi amaçladığını söylüyor.
Başka bir iyi fikir, veriler nadiren güncellenirse, örneğin arşivlenmiş bir blog yayını gibi apache'nin dinamik isteğini nginx ile önbelleğe almaktır.
Çoğu durumda nginx. Yüksek yük projeleri için nginx + php + php-fpm mükemmel bir seçimdir.