Câu trả lời:
Cá nhân, tôi nghĩ nginx cung cấp sự phân chia đúng giữa những thứ mà nó tự làm (nhận và xử lý các yêu cầu HTTP) và những gì nó ủy thác cho các quy trình khác (tạo trang động). Mặc dù ít nỗ lực hơn để thiết lập Apache để phục vụ các yêu cầu PHP, nhưng việc chạy mọi thứ trong Apache là một vấn đề về bảo mật và cấu hình (tất cả các tệp được truy cập bởi tất cả các tập lệnh được chạy bởi tất cả người dùng trên máy chủ phải có thể đọc / ghi được bởi người dùng rằng Apache chạy như, có nghĩa là các tập lệnh PHP của một người dùng có thể xem dữ liệu của những người dùng khác); chạy mỗi trang PHP với tư cách là người dùng của chính nó trong bối cảnh FastCGI của riêng nó là một lựa chọn tốt hơn nhiều (với chi phí cấu hình phía trước cao hơn một chút cho đến khi bạn tự động tạo trang web của mình quay số để thực hiện đúng).
Theo như "nhanh hơn", Apache với mod_php có thể sẽ nhanh hơn trong một yêu cầu, miễn là máy không bị hạn chế tài nguyên (chuyển đến trình nghe FCGI bên ngoài và sau đó quay lại không hoàn toàn nhanh như vậy). Tuy nhiên, Apache thì béo hơn nhiều ( đặc biệt là khi chạy với mod_php), vì vậy bạn sẽ có thể phục vụ nhiều lưu lượng hơn với nginx trước khi cần nâng cấp lên hộp lớn hơn.
Tác giả của nginx nói rằng nginx nhằm mục đích phục vụ các tệp tĩnh và là giao diện, yêu cầu chuyển tiếp yêu cầu các trang động đến các máy chủ khác như apache.
Một ý tưởng hay khác là lưu trữ yêu cầu động của apache với nginx nếu dữ liệu hiếm khi được cập nhật, ví dụ, một bài đăng trên blog được lưu trữ.
Trong hầu hết các trường hợp nginx. Đối với các dự án tải cao nginx + php + php-fpm là sự lựa chọn tuyệt vời.