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

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

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

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

3。安全過濾，可以直接在nginx的前端進(jìn)行安全保護(hù)過濾

因為Django需要重新運行，所以uwsgi需要重新加載代碼內(nèi)容

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

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

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

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

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

檢查uwsgi日志

首先確認(rèn)nginx服務(wù)正常運行，

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

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