首頁 > 後端開發 > Python教學 > 解決nginx+uwsgi部署Django的所有問題(小結)_nginx

解決nginx+uwsgi部署Django的所有問題(小結)_nginx

不言
發布: 2018-04-08 11:20:37
原創
1725 人瀏覽過

這篇文章主要介紹了解決nginx+uwsgi部署Django的所有問題(小結),覺得挺不錯的,現在分享給大家,也給大家做個參考。一起過來看看吧

最近,自己暑假寫的小專案也算完畢了,想著投放到自己雲端伺服器上,本來以為只要開啟連接埠運行python3 manager runserver 0.0.0.0:80就搞定了,最後才知道這只適用於Django的開發模式,只支援單一用戶訪問,既然如此,那麼就得需要web伺服器進行部署了。我便使用了nginx

nginx?

為什麼是nginx?

首先我覺得它小,很輕量級,用簡便,沒有apache那麼龐雜,網上都推薦nginx部署Django。

安裝

這裡直接略過,說一點Linux用戶推薦大家原始碼安裝,因為指令安裝可能會自己裝成一個淘寶二次開發的nginx,個人還是推薦用原版。

uwsgi

為何還需要這東西

簡單來說,nginx屬於反向代理伺服器,他能做什麼事呢?監聽一個端口,比如說80,可以配置一個反向代理端口,比如8000,這樣,所有外部用戶對80端口的訪問實際上都是請求了8000端口的數據,只是用戶並非真實的在與8000端口交流,而是通過了80這座橋樑。目前自己只覺得這樣能隱藏自己的真實端口,大家有什麼高見請留言指出。
既然如此,那麼實際上還是只能單用戶訪問,所以我們需要一個可以多用戶並發訪問的工具,那麼便是uwsgi了。

如何安裝?

pip install uwsgi
登入後複製

#設定檔

首先給大家看看我專案的檔案狀態:

FlyCold
├── FlyCold
│  ├── settings.py
│  ├── urls.py
│  └── wsgi.py
├── manage.py
├── SchoolBuy
│  ├── admin.py
│  ├── forms.py
│  ├── __init__.py
│  ├── models.py
│  ├── urls.py
│  └── views.py
└── templates
登入後複製

解釋以下,這個是精簡後的目錄樹,建立的專案名為FlyCold,產生的FlyCold子目錄及SchoolBuy子目錄。我的主要程式碼在SchoolBuy裡,setting.py在Flycold子目錄裡,manager.py在FlyCold根目錄裡。

安裝之後來一個設定文件,內容如下

# myweb_uwsgi.ini file
[uwsgi]

# Django-related settings

socket = :8080
#真实服务的端口

# Django项目根目录 (绝对路径)
chdir      = /home/lyt/FlyCold

# wsgi.py文件在项目中的位置
module     = FlyCold.wsgi

# process-related settings
# master
master     = true

# 运行的进程数
processes    = 4

# ... with appropriate permissions - may be needed
# chmod-socket  = 664
# clear environment on exit
vacuum     = true
登入後複製

這個.ini檔案可以放在任何地方,啟動的時候uwsgi --ini ***.ini

配置nginx

#找到nginx.conf,寫入如下內容

  server {
    #这里是访问时用到的端口
  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内容
        uwsgi_pass 127.0.0.1:8001;
        #链接超时时间
        uwsgi_read_timeout 30;
    }
  }
登入後複製

如此一來,重啟你的nginx,存取80端口,就能看到效果了。

還有問題?

你可能發現了,你網頁上的靜態資源無法存取! !例如admin頁面,會特別簡陋,這是因為nginx+uwsgi+Django時,Django對靜態資源的處理nginx不能代理(可能吧)。總之這種事不該讓Django做,因為nginx在處理靜態資源上能力更強,對於靜態資源,就讓nginx處理吧。

通常來說,你會有兩個靜態資源/media/開頭的連結和/static/開頭的。 static用來處理一些網站原始圖片,視頻,js,css文件,Django是自己就支持這種連結的。那麼要如何關閉讓Django處理/static/開頭的檔案呢,很簡單,在setting.py中將DEBUG值改為False,這時,Django就不去處理/static/檔案了。

那麼/media/呢?一般來說,使用者上傳的圖片,我們會儲存起來,在網頁上顯示時候就用/media/,在setting.py中設定

##

MEDIA_URL = '/media/' #访问的前缀链接
MEDIA_ROOT = os.path.join(BASE_DIR, '../media') #存放文件的具体位置
登入後複製

再在url.py中加入

from django.conf import settings
from django.conf.urls.static import static
if settings.DEBUG:
  urlpatterns += static(settings.MEDIA_URL, document_root=settings.MEDIA_ROOT)
登入後複製

這裡的意思是在DEBUG=True時,會解析/media/文件,文件存放的位置是第二個參數。


如此一來當即部署為生產環境時,只需要吧DEBUG改為False,Django就不會去處理static和media了。

收集靜態檔案

Django有一個工具可以將應用程式裡用到的所有靜態檔案收集起來,方便nginx解析。具體:


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


#這樣收集的靜態檔案就都放進上面的目錄裡了。如何運行這個工具? python3 manager.py collectstatic

配置nginx解析靜態檔案

同樣,nginx.conf


#首先,在檔案頂部加入user root


聲明讓root使用者跑nginx,否則存取靜態檔案可能提示沒有權限


其次,在上面說的設定檔location/前加入以下帶內容

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

    location /media/ {
      autoindex on;
      alias /root/SchoolBuyWeb/media/;
    }
登入後複製

注意alias後對應好自己設定的目錄即可!


重啟nginx,現在已經ok了~~


#############################

以上是解決nginx+uwsgi部署Django的所有問題(小結)_nginx的詳細內容。更多資訊請關注PHP中文網其他相關文章!

相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
作者最新文章
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板