最近，自己暑假寫的小項(xiàng)目也算完畢了，想著投放到自己云服務(wù)器上，本來以為只要打開端口運(yùn)行python3 manager runserver 0.0.0.0:80就搞定了，最后才知道這只適用于Django的開發(fā)模式，只支持單用戶訪問，既然如此，那么就得需要web服務(wù)器進(jìn)行部署了。我便使用了nginx

nginx？

為什么是nginx?

首先我覺得它小，很輕量級，用著簡便，沒有apache那么龐雜，并且網(wǎng)上都推薦nginx部署Django。

安裝

這里直接略過，說一點(diǎn)Linux用戶推薦大家源碼安裝，因?yàn)槊畎惭b可能會(huì)自己裝成一個(gè)淘寶二次開發(fā)的nginx,個(gè)人還是推薦用原版。

uwsgi

為何還需要這東西

簡單來說,nginx屬于反向代理服務(wù)器，他能做什么事呢？監(jiān)聽一個(gè)端口,比如說80，可以配置一個(gè)反向代理端口，比如8000，這樣，所有外部用戶對80端口的訪問實(shí)際上都是請求了8000端口的數(shù)據(jù)，只是用戶并非真實(shí)的在與8000端口交流，而是通過了80這座橋梁。目前自己只覺得這樣能隱藏自己的真實(shí)端口，大家有什么高見請留言指出。
既然如此，那么實(shí)際上還是只能單用戶訪問，所以我們需要一個(gè)可以多用戶并發(fā)訪問的工具，那么便是uwsgi了。

如何安裝？

pip install uwsgi

配置文件

首先給大家看看我項(xiàng)目的文件狀態(tài)：

FlyCold├── FlyCold│  ├── settings.py│  ├── urls.py│  └── wsgi.py├── manage.py├── SchoolBuy│  ├── admin.py│  ├── forms.py│  ├── __init__.py│  ├── models.py│  ├── urls.py│  └── views.py└── templates

解釋以下，這個(gè)是精簡后的目錄樹，創(chuàng)建的項(xiàng)目名為FlyCold，生成的FlyCold子目錄及SchoolBuy子目錄。我的主要代碼在SchoolBuy里，setting.py在Flycold子目錄里，manager.py在FlyCold根目錄里。

安裝之后來一個(gè)配置文件，內(nèi)容如下

# myweb_uwsgi.ini file[uwsgi]# Django-related settingssocket = :8080#真實(shí)服務(wù)的端口# Django項(xiàng)目根目錄 (絕對路徑)chdir      = /home/lyt/FlyCold# wsgi.py文件在項(xiàng)目中的位置module     = FlyCold.wsgi# process-related settings# mastermaster     = true# 運(yùn)行的進(jìn)程數(shù)processes    = 4# ... with appropriate permissions - may be needed# chmod-socket  = 664# clear environment on exitvacuum     = true

這個(gè).ini文件可以放在任何地方，啟動(dòng)的時(shí)候uwsgi --ini ***.ini

配置nginx

找到nginx.conf，寫入如下內(nèi)容

  server {    #這里是訪問時(shí)用到的端口  listen    80;    server_name localhost;    charset UTF-8;    #這塊存讓日志文件    access_log /var/log/nginx/SchoolBuy_access.log;    error_log  /var/log/nginx/SchoolBuy_error.log;    client_max_body_size 75M;    location / {        include uwsgi_params;        #同uwsgi內(nèi)容        uwsgi_pass 127.0.0.1:8001;        #鏈接超時(shí)時(shí)間        uwsgi_read_timeout 30;    }  }

如此一來，重啟你的nginx，訪問80端口，就能看到效果了。

還有問題？

你可能發(fā)現(xiàn)了，你網(wǎng)頁上的靜態(tài)資源無法訪問！！比如說admin頁面，會(huì)特別簡陋，這是因?yàn)閚ginx+uwsgi+Django時(shí)，Django對靜態(tài)資源的處理nginx不能代理（可能吧）。總之這種事不該讓Django做，因?yàn)閚ginx在處理靜態(tài)資源上能力更強(qiáng)，對于靜態(tài)資源，就讓nginx處理吧。

通常來說，你會(huì)有兩種靜態(tài)資源/media/開頭的鏈接和/static/開頭的。static用來處理一些網(wǎng)站原始圖片，視頻，js,css文件，Django是自己就支持這種鏈接的。那么如何關(guān)閉讓Django處理/static/開頭的文件呢，很簡單，在setting.py中將DEBUG值改為False，這時(shí)，Django就不去處理/static/文件了。

那么/media/呢？一般來說，用戶上傳的圖片，我們會(huì)保存起來，在網(wǎng)頁上顯示時(shí)候就用/media/，在setting.py中設(shè)置

MEDIA_URL = '/media/' #訪問的前綴鏈接MEDIA_ROOT = os.path.join(BASE_DIR, '../media') #存放文件的具體位置

再在url.py中添加

from django.conf import settingsfrom django.conf.urls.static import staticif settings.DEBUG:  urlpatterns += static(settings.MEDIA_URL, document_root=settings.MEDIA_ROOT)

這里的意思是在DEBUG=True時(shí)，會(huì)解析/media/文件，文件存放的位置是第二個(gè)參數(shù)。

如此一來當(dāng)即在部署為生產(chǎn)環(huán)境時(shí)，只需要吧DEBUG改為False，Django就不會(huì)去處理static和media了。

收集靜態(tài)文件

Django有一個(gè)工具可以將應(yīng)用里用到的所有靜態(tài)文件收集起來，方便nginx解析。具體：

在setting.py中設(shè)置STATIC_ROOT = os.path.join(BASE_DIR, '../collectedstatic')

這樣收集的靜態(tài)文件就都放進(jìn)上面的目錄里了。如何運(yùn)行這個(gè)工具？python3 manager.py collectstatic

配置nginx解析靜態(tài)文件

同樣，nginx.conf

首先，在文件頂部加入 user root

聲明讓root用戶跑nginx，否則訪問靜態(tài)文件可能提示沒有權(quán)限

其次，在上面說的配置文件location /前加入以下帶內(nèi)容

    location /static/ {      autoindex on;      alias /root/SchoolBuyWeb/collectedstatic/;    }    location /media/ {      autoindex on;      alias /root/SchoolBuyWeb/media/;    }

注意alias后對應(yīng)好自己設(shè)定的目錄即可！

重啟nginx，現(xiàn)在已經(jīng)ok了～～

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持VEVB武林網(wǎng)。