安裝和配置正常人都會，不用多說了

使用pip install uwsgi   yum install nginx

1.使用nginx -t 檢視nginx.conf配置檔案的路徑：

配置檔案的結構如下：

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
    worker_connections 768;
}

http {
    ......
}

nginx.conf 配置了主要的工作功能，include允許從後面的地址中找到配置檔案，這樣可以讓主配置檔案看起來更加精簡，但是多層套用include也不推薦，讓程式碼不易讀。從預設的配置檔案可以看出，/etc/nginx/conf.d/裡所有的配置檔案和/etc/nginx/sites-enalbed/裡的配置檔案都會在一開始被載入。

HTTP模組：全域性配置

HTTP 模組會處理所有來自於網路的HTTP請求，這是Nginx的大門。
重點說下/etc/nginx/sites-enalbed/這個目錄，它可以讓不同的虛擬域名分開來。一般都是通過軟連線將配置檔案連線進這個目錄，很容易修改，ngnix提供了一個配置模版：

cp /etc/nginx/sites-available/default /etc/nginx/sites-available/example.com

Server模組：虛擬域名的配置

在/etc/nginx/sites-enalbed/下配置的格式：

server {
    listen 80
    root /usr/share/nginx/html;

    server_name localhost;

    location / {

    }
 

}

server 模組是使用者修改量最大的地方。對於每一個虛擬域名都可以有不同的配置檔案。/usr/share/nginx/html這個路徑現在已經是Nginx預設存放靜態檔案的路徑了，不需要再配置。

listen: 用來監聽埠
server_name: 自己網站的域名

是否可以使用不有效的域名呢？
完全可以，在區域網中，是一個很好的辦法。

log: log檔案，HTTP模組已經設定過，在server模組裡可以更細緻。

access_log logs/example.access.log;
access_log /srv/www/example.com/logs/access.log;
建議使用完全路徑，相對路徑是與現在的路徑下部分匹配的，不好控制。

location:檔案系統配置

location設定可以讓伺服器去應答一些要伺服器資源的請求。

注意字串的匹配是最佳匹配，Nginx會選擇匹配的最好的location。更復雜的匹配情況請參照官方檔案。

部署一個Nginx的最小Web結構

實踐是檢驗真理的唯一標準，這裡部署一個Nginx的最小結構，看看Nginx能不能正常工作。

linux 新建使用者名稱用於部署Nginx並賦予許可權.

visudo

新增許可權：

username    ALL=(ALL) ALL

將nginx.conf使用者名稱修改為當前使用者。
在當前使用者的根目錄下建立如下結構：

mysite:
    - mysite.conf
    - www
    - media
        -test.png   
    - log

最簡單的目標就是通過ip訪問網站裡的靜態內容。簡單的配置下，注意使用絕對路徑：

server {
    listen 8000;
    server_name mysite.com
    charset utf_8;

    access_log /home/username/mysite/log/access.log;
    error_log /home/username/mysite/log/error_log;

    location /media/ {
        alias /home/username/mysite/media/;
    }

}

命令列軟連線到Nginx

sudo ln -s /home/username/mysite/mysite.conf /etc/nginx/sites-enabled/

常見的錯誤

403 forbidden
這裡就要注意下使用者名稱了，很多時候登入一臺主機使用者是root，而Nginx使用者不是root，所以忽略了使用者名稱的部署多會遇到這個問題。

可以將Nginx的使用者名稱改為root，這樣風險會很大。
網站靜態內容部署在當前使用者目錄下，如列子所示。
在/usr/share/nginx/html下部署靜態檔案或軟連線到網站目錄。
404 notfound
一般出現這個問題是目錄的配置出現問題，使用絕對路徑可解決

除錯方法

最好的辦法就是log檔案了，每次的請求，錯誤記錄都會非常詳細。

理解Django部署結構

djangoe結構
每個環節都要理解
到現在為止，已經可以分別用Nginx和uWSGI掛起伺服器了。說明這兩個部分都是通的：

web-server
web-uWSGI-Python
用uWSGI掛起Django：

uwsgi --http :8000 --module mysite.wsgi
這裡sWSGI會找到 mysite下的wsgi的配置檔案，即mysite/wsgi.py如果看到Django的“it worked！”資訊，則說明Django被成功掛起。

web-uWSGI-Django
通過socket連線Nginx和uWSGI
socket中文翻譯為套接字，它的作用就像一個聯結器，比方說把兩段水管連線起來，每段管子都有自己不同的編號，下面就來試驗下套接字的作用。
帶socket的Nginx配置多了這個部分：

upstream django {
    # server unit:///path/to/yourmysite/mysite.sock;
    server 127.0.0.1:8022; #for a webport socket
}
這是要說明監聽來自8022埠的請求，8022口做什麼了呢？

uwsgi --socket :8022 --wsgi-file test.py
8022掛起了最先的python測試檔案，如果有GET請求，則返回hello world。Nginx則設定為監聽8023埠。通過socket，有檢測到8023口的外部請求，則交給8022埠去處理，這就是socket的作用，非常靈活。也說明了這一套結構都通了：

Web-Nginx-Socket-uWSGI-Python
Django sockect
upstream django {
    server unit:///path/to/yourmysite/mysite.sock;
    # server 127.0.0.1:8022; #for a webport socket
}
重啟Nginx，掛起uWSGI：

uwsgi --socket mysite.sock --wsgi-file test.py
在當前專案下可以看到生成了空的檔案mysite.sock，2023口測試通過。

最後拉起整個Django專案：

uwsgi --socket mysite.sock --module mysite.wsgi
看到Django工作介面，完成，Done！


Web-Nginx-Socket-uWSGI-Python
常見錯誤
connect() to unix:mysite.sock failed (2: No such file or directory)
基本是路徑設定問題，upstrem和socket都要使用絕對路徑。
connect() to uunix:mysite.sock failed (13: Permission denied)
新增socket許可權：

uwsgi --socket mysite.sock --wsgi-file test.py --chmod-socket=664 # (more sensible)