1、概念：
??Nginx是輕量級的高性能Web服務(wù)器，提供了諸如HTTP代理和反向代理、負(fù)載均衡等一系列重要的特性。由C語言編寫，執(zhí)行效率高。

1. 作用：

??負(fù)載均衡，多臺服務(wù)器輪流處理請求。
??反向代理（nginx接到請求之后，可以把這個請求轉(zhuǎn)發(fā)給后邊的若干uWSGI，再給運(yùn)行著Django的機(jī)器）

1. 原理：客戶端請求nginx，再由nginx將請求轉(zhuǎn)發(fā)給uWSGI，再給Django。

2.安裝：sudo apt install nginx,這是系統(tǒng)級的組件，所以要拿apt來裝,安裝完畢之后，可以輸入nginx -v查看。

3.配置：

1.修改nginx的配置文件: /etc/nginx/sites-enables/default , sudo vim該文件.

#在server節(jié)點(diǎn)下添加新的location項，指向uwsgi的ip和端口。
server {
		...
		location / {
		#禁掉try_files
		uwsgi_pass 127.0.0.1:8000; #重定向到127.0.0.1的8000端口（所有/ 開頭的請求，都用uwsgi的協(xié)議轉(zhuǎn)發(fā)給127.0.0.1:8000）
		include /etc/nginx/uwsgi_params; #將所有的參數(shù)轉(zhuǎn)到uwsgi下
		}
}

2.改完之后就重啟nginx：

sudo /etc/init.d/nginx restart.

用到的命令有：sudo /etc/init.d/nginx start|stop|restart|status或者sudo service nginx start|stop|restart|status

注意：nginx配置只要修改，就需要重啟，否則配置不生效。sudo nginx -t 可以檢查修改之后語法有沒有問題。

3.修改uWSGI配置：

??說明nginx負(fù)責(zé)接收請求，并把請求轉(zhuǎn)發(fā)給后面的uWSGI，此模式下，uWSGI需要以socket模式啟動，修改項目同名目錄下的uwsgi.ini文件。

[uwsgi]
socket=127.0.0.1:8000 #把http=127.0.0.1:8000注釋掉

??改完之后，再重啟uWSGI（cd到能看見uwsgi.ini的那個文件夾，再輸入命令。uWSgi開著的話就先停掉，sudo uwsgi --stop uwsgi.pid，停下之后一定要ps aux|grep 'uwsgi'檢查一下，是不是停止成功。再啟動sudo uwsgi --ini uwsgi.ini，啟動之后也ps aux|grep 'uwsgi'檢查是否啟動啟動成功）

??nginx監(jiān)聽的是80，uWSGI監(jiān)聽的是8000，那么測試效果時，瀏覽器中輸入的地址端口號應(yīng)該是80，因為默認(rèn)的就是80，所以可以直接訪問127.0.0.1開頭的地址，例如127.0.0.1/test_upload或者127.0.0.1:80/test_upload.

4.常見問題：（如果涉及到權(quán)限較高的很多操作，可以先sudo su進(jìn)入超級用戶，后邊就能正常使用命令了）

1.排查錯誤時可以看日志：

1.nginx日志位置：
異常信息 /var/log/nginx/error.log ；
正常信息 /var/log/nginx/access.log

2.uwsgi日志文件：在項目同名目錄下，uwsgi.log

2.訪問127.0.0.1:80 地址，出現(xiàn)502響應(yīng)：
??502響應(yīng)表示nginx反向代理配置成功，但是對應(yīng)的uWSGI未啟動，解決方法就是cd到uwsgi.ini在的那個文件夾，uwsgi --ini uwsgi.ini 啟動

3.訪問127.0.0.1:80/url 出現(xiàn)404響應(yīng)：有兩種情況：

1.如果是一個很“django”的黃色報錯頁，估計就是寫的路由錯了，當(dāng)前的這個路由沒在django中配置。

2.也可能是nginx配置錯誤，沒有禁掉try_files。

5.nginx靜態(tài)文件配置：

1. 創(chuàng)建新路徑：主要存在Django的所有靜態(tài)文件，如：/home/tarena/項目名_static/
2. 在Django的settings.py中添加新配置：STATIC_ROOT='/home/tarena/項目名_static/static ; STATIC_ROOT是正式上線之后，靜態(tài)文件的存儲目錄 ; 防止路徑拼錯，可以使用pwd命令看一下，直接復(fù)制。
3. 進(jìn)入項目目錄后，執(zhí)行python manage.py collectstatic（只要有靜態(tài)文件的添加，就要執(zhí)行這條命令）, 執(zhí)行該命令后，Django將項目中所有靜態(tài)文件復(fù)制到STATIC_ROOT中，包括Django內(nèi)建的靜態(tài)文件。
4. 靜態(tài)文件收集好之后，得告訴nginx什么樣的請求是靜態(tài)資源請求，以及這個請求來了之后，nginx該去怎么處理：

??在nginx配置中添加新的配置：修改 /etc/nginx/sites-enabled/default,（sudo vim，否則權(quán)限不夠。）新添加location /static 路由配置，重定向到指定的 第一步創(chuàng)建的路徑即可。

server {
		...
		location /static {
		#root 第一步創(chuàng)建的文件夾的絕對路徑，如：
		root /home/tarena/項目名_static;
		}
}

添加location沒有順序要求.

添加完之后記得保存退出，Esc->:wq->回車 ，然后重啟nginx,使用命令sudo /etc/init.d/nginx restart。

6.404/500頁面：
??在模板文件中添加404.html模板，當(dāng)視圖觸發(fā)Http404異常時將會被顯示。404.html僅在發(fā)布版中（即settings.py中的DEBUG=False時）才起作用。
??當(dāng)響應(yīng)處理函數(shù)觸發(fā)Http404異常時就會跳轉(zhuǎn)到404界面。

7.郵箱告警：

1.當(dāng)正式服務(wù)器上代碼運(yùn)行有報錯時，可以將錯誤追溯信息發(fā)送至指定的郵箱：
在settings.py中 —— 在基礎(chǔ)郵箱授權(quán)后，添加如下配置：

# 關(guān)閉調(diào)試模式
DEBUG = False
# 錯誤報告接收方
ADMINS = [('xxx', 'xxxxxxx@example.com'), ('yyy', 'yyyyyyy@example.com')]
# 發(fā)送錯誤報告方，默認(rèn)為root@localhost賬戶，多數(shù)郵件服務(wù)器會拒絕，所以改成email配置中的郵箱，也就是授權(quán)的那個郵箱
SERVER_EMAIL = 'email配置中的郵箱'

2.django可以把報錯郵件中的敏感信息用*過濾掉：

1.過濾局部變量：使用sensitive_variables()裝飾器（多個裝飾器時得放在最上邊）

from django.views.decorators.debug import sensitive_variables
@sensitive_variables('user', 'pw', 'cc')  # 參數(shù)就是想過濾掉的數(shù)據(jù)的變量名
def process_info(user):
    pw = user.pass_word
    cc = user.credit_card_number
    name = user.name
    ...

2.過濾POST數(shù)據(jù)：

from django.views.decorators.debug import sensitive_post_parameters
@sensitive_post_parameters('password', 'username')
def index(request):
    s = request.POST['username'] + request.POST['abcd']
    # 'abcd' 并不存在，此時會引發(fā)error，POST中的username和password的值就會被替換為 ****