使用了Gunicorn或者uWSGI，為什么還需要Nginx？1. 靜態(tài)文件處理：nginx會更高效2。連接維護，減少后端壓力，從而提高性能3。安全過濾，可以直接在nginx的前端進行安全保護過濾因為

使用了Gunicorn或者uWSGI，為什么還需要Nginx？

1. 靜態(tài)文件處理：nginx會更高效

2。連接維護，減少后端壓力，從而提高性能

3。安全過濾，可以直接在nginx的前端進行安全保護過濾

因為Django需要重新運行，所以uwsgi需要重新加載代碼內容

uwsgi和大多數(shù)服務一樣，不提供動態(tài)加載代碼的功能，因此，我們只能重新加載代碼來編譯和運行

flash，Django自己的web服務器的目的是開發(fā)，而不是生產。它們都是web框架，而不是web服務器。它們自己的服務器只能是單個進程。例如，gunicorn是一種預工作模式。每次從nginx發(fā)送請求時，它都會派生一個進程來處理請求并緩沖相關數(shù)據(jù)。WSGI服務器是專門為生產環(huán)境開發(fā)的，可以對其進行更多配置以處理更復雜的請求情況。在性能和穩(wěn)定性方面，它們更好。

使用uwsgi和nginx做服務器和django框架，為什么每次修改代碼都需要重啟uwsgi呢？

Uwsgi可以使用nginx進行域名解析和負載平衡。Uwsgi不使用WSGI協(xié)議或fcgi協(xié)議，而是創(chuàng)建一個Uwsgi協(xié)議。據(jù)說這個協(xié)議比fcgi協(xié)議快10倍左右。uwsgi的主要特點是：超高速性能。低內存消耗（以apache2的mod來衡量）大約是WSGI的一半）。多應用管理。詳細日志功能（可用于分析應用程序性能和瓶頸）。高度可定制（內存大小限制、特定次數(shù)后重新啟動服務等）。

使用了Gunicorn或者uWSGI，為什么還需要Nginx？

檢查uwsgi日志

首先確認nginx服務正常運行，

然后執(zhí)行python程序（不使用uwsgi和nginx），確保python程序正常運行

最后檢查uwsgi服務是否正常，并檢查相應的配置（如*）。XML或*。INI公司）