2. 程式人生 > >Nginx+uWSGI+Django部署web服務器

Nginx+uWSGI+Django部署web服務器

阿新 • • 發佈：2018-08-28
使用配置 -- tin 排除 允許 發布 enable ble chdir

目錄

  • Nginx+uWSGI+Django部署web服務器
    • 環境說明
    • 前言
    • 搭建項目
    • Django部署
      • 編輯luffy/luffy/settings.py
      • 編輯luffy/app01/views.py
      • 編輯luffy/luffy/urls.py
      • 運行並測試
    • uWSGI部署
      • 測試運行uWSGI
      • 使用uWSGI運行django項目
      • uWSGi熱加載Djangoa項目
    • 部署nginx
      • nginx配置uwsgi和django
      • django部署static文件
      • 重新加載nginx進行測試
      • 測試nginx 應用 uWSGI 和 test.py
      • 用UNIX socket取代TCP port
    • uwsgi部署加強
      • 使用uwsgi配置文件運行django項目
      • 安裝uWSGI到真實環境中
      • uwsgi配置文件更多參數
      • uWSGI開機啟動服務

Nginx+uWSGI+Django部署web服務器

環境說明

  • 進行本文操作前需己搭建好的環境
    • linux系統，我用的是openSUSE
      • 使用了operation用戶的家目錄做為測試環境
    • python3.5.6
    • virtualenv 16.0
    • pip3 18.0
    • nginx 1.13.1
  • 後面進行安裝的環境
    • django 1.11
    • uwsgi-2.0.17.1

前言

在多年前，基於python的web項目，常見的部署方法有：

  • fcgi：用spawn-fcgi或者框架自帶的工具對各個project分別生成監聽進程，然後和http服務互動。
  • wsgi：利用http服務的mod_wsgi模塊來跑各個project。

不過uwsgi出現後，大部份部署就不會使用以上的兩個協議了。
因為uwsgi它既不用wsgi協議也不用fcgi協議，而是自創了一個uwsgi的協議，據作者說該協議大約是fcgi協議的10倍那麽快。uWSGI的主要特點如下：

  • 超快的性能。
  • 低內存占用（實測為apache2的mod_wsgi的一半左右）。
  • 多app管理。
  • 詳盡的日誌功能（可以用來分析app性能和瓶頸）。
  • 高度可定制（內存大小限制，服務一定次數後重啟等）。

所以在uwsgi協議的基礎上，配合nginx來做python（類如django的框架）的web項目部署就很常見了。

uwsgi 實際上也是一個 http 服務器，只不過它只面向 python 的網絡應用程序。
雖然 uwsgi 也是 http 服務器，但是卻不便直接使用它部署 python web 應用程序。

uwsgi 所扮演的的角色是後端 http 服務器，nginx 扮演的角色是前端 http 服務器，django項目 是客戶所真正要訪問到的提供數據方。 用戶從網頁瀏覽器中發出請求，nginx 服務器收到請求後，會通過它的 uwsgi 模塊將用戶的請求轉發給 uwsgi 服務器，uwsgi 服務器通過django處理完畢後將結果返回給 nginx，瀏覽器將最終的結果展現給用戶。

搭建項目

  • 建立一個虛擬環境
    • 建議個人學習和測試的話，直接建在家用戶目錄下，以避免權限引起的各種拒絕問題
    • 或者正式點，系統再建一個dev用戶，在專門的工作目錄下給好dev用戶的權限去運行。
    • 虛擬環境的目錄名建議就帶個env點明是虛擬環境，如果和後面的項目取相同的名字你會看到三重同名的串在一起，有點不太好認。
      virtualenv -p python3 py3env

  • 啟動虛擬環境
    source py3env/bin/activate

  • 安裝django1.11，之所以裝這個版本是學習所需要，後面自己的項目最好與時俱進。
    pip install django==1.11

  • 直接使用django-admin命令創建一個django項目
    • 建議不要放在py3env目錄下，而是在專門的工作目錄下建立
      django-admin startproject luffy

如下，己經初步搭建好簡單的項目：

cd luffy

(py3env) operation@opensuse-wordpress:~/work/luffy> tree -L 2
.
├── luffy
│   ├── __init__.py
│   ├── settings.py
│   ├── urls.py
│   └── wsgi.py
└── manage.py
  • 創建新應用，例如app01
    python3 manage.py startapp app01
    結構如下
(py3env) operation@opensuse-wordpress:~/work/luffy> tree -L 2
.
├── app01
│   ├── admin.py
│   ├── apps.py
│   ├── __init__.py
│   ├── migrations
│   ├── models.py
│   ├── tests.py
│   └── views.py
├── luffy
│   ├── __init__.py
│   ├── __pycache__
│   ├── settings.py
│   ├── urls.py
│   └── wsgi.py
└── manage.py

Django部署

編輯luffy/luffy/settings.py

# SECURITY WARNING: don‘t run with debug turned on in production!
DEBUG = False

ALLOWED_HOSTS = [‘*‘, ]

# Application definition

INSTALLED_APPS = [
    ‘django.contrib.admin‘,
    ‘django.contrib.auth‘,
    ‘django.contrib.contenttypes‘,
    ‘django.contrib.sessions‘,
    ‘django.contrib.messages‘,
    ‘django.contrib.staticfiles‘,
    ‘app01‘,
]

如上，主要是：

  • 將DEBUG由True改成False（雖然只是在學習和測試搭建的，也要顧及好安全）
  • 在ALLOWED_HOSTS 默認的空列表中填入你自己打算使用的域名，我這裏測試的時候填的是*，真正上線部署的時候不建議填成通配符的*，而是要填允許訪問的主機域名。一般django用於做後端服務器，而前端會有一個域名。詳情可見django官方文檔。
  • INSTALLED_APPS 列表下增加appo1，表示將app01應用給安裝註冊上。
  • 補充，後面配置好nginx和新建好域名之後，我將ALLOWED_HOSTS = [‘*‘, ]修改成ALLOWED_HOSTS = [‘luffy.tielemao‘, ]了，通過域名訪問仍然正常。而直接敲ip地址則會報400錯誤。

編輯luffy/app01/views.py

from django.shortcuts import render,HttpResponse

# Create your views here.

def index(request):
    return HttpResponse(‘Hello Hero‘)

由於只是簡單演示，所以上面只是讓用戶訪問index頁面後，得到一個顯示Hello Hero的頁面。

編輯luffy/luffy/urls.py

from django.conf.urls import url
from django.contrib import admin
from app01 import views

urlpatterns = [
    url(r‘^admin/‘, admin.site.urls),
    url(r‘^index/‘, views.index),
]

運行並測試

首先是運行，由於是單獨對django進行運行測試，所以只是在進入項目根目錄後命令行敲以下命令：

python manage.py runserver 0.0.0.0:8083
其中0.0.0.0表示捆綁監聽服務器上的所有網卡IP地址，當然也就包括了127.0.0.1和外網的公網ip了。

最初我測試的是ALLOWED_HOSTS填的允許的HOSTS是自己的域名.tielemao.com，結果直接在瀏覽器上敲IP加8083端口接index當然是報錯：

技術分享圖片

Bad Request（400）而由於我將DEBUG值設為了False，所以也不會將調試信息暴露出來。

然後我將.tielemao.com改為了通配符*(不安全，表示允許所有主機頭）。
再訪問http://39.x.x.x:8083/index/的時候，就能正常訪問到了：
技術分享圖片

  • 註意，我使用的是8083端口並且在防火墻和雲控制平臺上的安全組處己設置了開放該端口。

django能運行無誤後，ctrl+c將它停止，再接下來做下面的操作。

uWSGI部署

同樣為了環境的隔離和純凈，這次我也選擇在同樣的虛擬環境下安裝：
pip3 install uwsgi
安裝完成後可uwsgi --version查看版本，
uwsgi --python-version還可以間接查看到python的版本。

  • 編寫一個用於簡單測試uwsgi的python腳本
    vim test-uwsgi.py，內容如下：
def application(env,start_response):
    start_response(‘200 OK‘,[(‘Content-Type‘,‘text/html‘)])
    return [b"Hello Hero, all for one "]

測試運行uWSGI

以下命令表示運行uwsgi服務，同樣是在8083端口上開放web訪問。

  • 註意--http 後是一個空格再接:端口號。
    uwsgi --http :8083 --wsgi-file test-uwsgi.py

訪問web服務器8083端口，正常顯示test-uwsgi.py腳本中返回顯示的文本。
技術分享圖片

因為我們現在要做的是基於nginx和uwsgi部署django，從客戶端發起請求到服務器響應請求，會經過一下幾個環節：

the web client <-> the web server(nginx) <-> the socket <-> uwsgi <-> Django

而單獨測試uWSGI運行，訪問顯示正常的話，說明下面3個環節是通暢的：

the web client <-> uWSGI <-> Python

ctrl+c中止程序，再來進行以下的測試。

使用uWSGI運行django項目

在虛擬環境下，進入到django根目錄下後敲以下命令：

 uwsgi --http :8000 --module luffy.wsgi

效果和直接敲以下命令

python manage.py runserver 0.0.0.0:8000

是一樣的。

  • 註：--module luffy.wsgi為加載指定的wsgi模塊，你項目起的是什麽名字，一般就是項目名.wsgi。

這樣測試下來，可證明web客戶端通過uWSGI到Django是通暢的：

the web client <-> uWSGI <-> Django

ctrl+c中止程序，再來進行以下的測試

uWSGi熱加載Djangoa項目

在啟動命令後面加上參數：

uwsgi --http :8083 --module luffy.wsgi --py-autoreload=1

同樣，這個時候訪問服務器8083端口，也就是訪問了django項目（luffy）。
技術分享圖片

而且還多了一個參數：
--py-autoreload 監控python模塊以觸發重載(僅在開發中使用)

# 類似的發布命令
/home/operation/work/py3env/bin/uwsgi --http 0.0.0.0 :8000 --chdir /home/operation/work/luffy --module luffy.wsgi
# 此時修改django代碼，uWSGI會自動加載django程序，頁面生效
# 除此外，還可以接上很多參數

ctrl+c中止程序，再進行下面環節：

部署nginx

nginx配置uwsgi和django

  • 將uwsgi_params文件拷貝到項目文件夾下。
  • uwsgi_params文件一般在/etc/nginx/目錄下，也可以從nginx的github頁面下載。

uwsgi_params配置文件如下：

uwsgi_param  QUERY_STRING       $query_string;
uwsgi_param  REQUEST_METHOD     $request_method;
uwsgi_param  CONTENT_TYPE       $content_type;
uwsgi_param  CONTENT_LENGTH     $content_length;

uwsgi_param  REQUEST_URI        $request_uri;
uwsgi_param  PATH_INFO          $document_uri;
uwsgi_param  DOCUMENT_ROOT      $document_root;
uwsgi_param  SERVER_PROTOCOL    $server_protocol;
uwsgi_param  REQUEST_SCHEME     $scheme;
uwsgi_param  HTTPS              $https if_not_empty;

uwsgi_param  REMOTE_ADDR        $remote_addr;
uwsgi_param  REMOTE_PORT        $remote_port;
uwsgi_param  SERVER_PORT        $server_port;
uwsgi_param  SERVER_NAME        $server_name;

  • 拷貝到項目下：
    sudo cp /etc/nginx/uwsgi_params /home/operation/work/luffy/

  • 屬主屬組等權限重新修改
sudo chown operation:operation uwsgi_params
sudo chmod 664 /home/operation/work/luffy/uwsgi_params
  • 在項目文件夾下創建文件luffy_nginx.conf,填入並修改下面內容：
# luffy_nginx.conf

# the upstream component nginx needs to connect to
upstream django {
    # server unix:///path/to/your/mysite/mysite.sock; 
    # for a file socket
    server 127.0.0.1:8083; 
    # for a web port socket (we‘ll use this first)
}

# configuration of the server
server {
    # the port your site will be served on
    listen      8000;
    # the domain name it will serve for
    server_name luffy.tielemao.com; 
    # substitute your machine‘s IP address or FQDN
    charset     utf-8;

    # max upload size
    client_max_body_size 75M;   # adjust to taste

    # Django media
    location /media  {
        alias /home/operation/work/luffy/media;  
        # your Django project‘s media files - amend as required
    }

    location /static {
        alias /home/operation/work/luffy/static; 
        # your Django project‘s static files - amend as required
    }

    # Finally, send all non-media requests to the Django server.
    location / {
        uwsgi_pass  django;
        include     /home/operation/work/luffy/uwsgi_params; 
        # the uwsgi_params file you installed
    }
}

這個配置文件告訴nginx從文件系統中拉起media和static文件作為服務，
同時響應django的request。

為此，我也在相應的項目目錄下先建立起media和static文件夾。

為方便nginx使用，我在/etc/nginx/vhosts.d下創建了一個luffy_nginx.conf的軟鏈接。當然，也有人是直接用默認的sites-enabled目錄，自己看著來就行了。

sudo ln -s /home/operation/work/luffy/luffy_nginx.conf luffy.conf

django部署static文件

  • 在項目文件夾下，建立好靜態文件目錄：
    mkdir static

  • django的setting文件中，添加一行：
    STATIC_ROOT = os.path.join(BASE_DIR, “static/”)

  • 運行
    python manage.py collectstatic

  • 在項目文件夾下，建立一個media媒體文件目錄（用於存放圖片音樂等文件做測試）
    mkdir media

在media目錄中，我傳入了一個圖片文件princekin_fox.jpg用於測試nginx。

參數STATIC_ROOT用在哪？
通過python3 manage.py collectstatic收集所有你使用的靜態文件保存到STATIC_ROOT！

STATIC_ROOT 文件夾 是用來將所有STATICFILES_DIRS中所有文件夾中的文件，以及各app中static中的文件都復制過來，把這些文件放到一起是為了用nginx等部署的時候更方便。

重新加載nginx進行測試

先進行檢測，看之前的配置文件有無錯誤。
sudo /usr/sbin/nginx -t

重新加載nginx讓軟鏈接的luffy_nginx.conf生效。
sudo /usr/sbin/nginx -s reload

訪問http://luffy.tielemao.com:8000/media/princekin_fox.jpg看能否正常訪問到圖片資源：
技術分享圖片

註意在做這一步之前，我是己經配置好域名和傳送了一個用於測試的圖片到服務器上。

我己經能成功訪問到資源了，所以接下來再做下一步測試。

測試nginx 應用 uWSGI 和 test.py

還記得之前寫好的一個測試的test-uwsgi.py文件嗎？
我們就用配置好的nginx來訪問uwsgi啟動的test-uwsgi.py好了。
首先，啟動uwsgi，並且端口是nginx配置中的負載均衡池8083端口：
uwsgi --socket :8083 --wsgi-file test-uwsgi.py

訪問http://luffy.tielemao.com:8000/，實際上訪問的就是uwsgi的8083端口。
技術分享圖片

如上圖，能正常訪問。表明下面的環節通暢：

the web client <-> the web server <-> the socket <-> uWSGI <-> Python

測試成功後中止程序，以便進行下面環節。

用UNIX socket取代TCP port

修改luffy_nginx.conf：

# luffy_nginx.conf

# the upstream component nginx needs to connect to
upstream django {
    server unix:///home/operation/work/luffy/luffy.sock;
    # for a file socket
    # server 127.0.0.1:8083; 
    # for a web port socket (we‘ll use this first)
}

上面其實是將原來的server 127.0.0.1:8083加以註釋，而原來加了#註釋的server unix:///home/operation/work/luffy/luffy.sock則取消了註釋，也就是不是直接指定端口，而是指定了一個sock文件。

  • 要註意的是，這個luffy.sock並不是自己提前寫好的什麽配置文件，而是由程序自動生成的。如圖：
    技術分享圖片

重新加載nginx，然後在項目下運行uWSGI

uwsgi --socket /home/operation/work/luffy/luffy.sock --wsgi-file test-uwsgi.py

訪問http://luffy.tielemao.com:8000/ 報502網關錯誤。
檢查nginx的錯誤日誌error.log，一般位置會在/var/log/nginx/error.log，建議使用tail察看文件尾部的後10行。
會發現類似以下報權限受阻的錯誤：

2018/08/27 20:17:44 [crit] 25771#25771: *1847865 connect() to unix:///home/operation/work/luffy/luffy.sock failed (13: Permission denied) while connecting to upstream, client: 223.72.74.11, server: luffy.tielemao.com, request: "GET / HTTP/1.1", upstream: "uwsgi://unix:///home/operation/work/luffy/luffy.sock:", host: "luffy.tielemao.com:8000"

那麽就中止uwsgi進程，添加上socket權限後再次運行：

uwsgi --socket /home/operation/work/luffy/luffy.sock --wsgi-file test-uwsgi.py --chmod-socket=664

還是報錯的話，就需將operation用戶添加到nginx組中了，當然某些系統中nginx組也可能是www-data。

將operation用戶添加到nginx組中，記得要加上-a參數，不然operation將會離開原來的operation組。

sudo usermod -a -G nginx operation

然後將項目目錄也歸屬到nginx組中

sudo chown operation:nginx -R luffy

這樣就能保證nginx能對luffy.sock有足夠的權限了。
果然，設置好權限後，就能正常訪問了。

每次都運行上面命令來拉起django項目實在不方便，我們可以將這些配置寫在.ini文件中，能大大簡化工作。

停掉uwsgi服務後，見下一環節。

uwsgi部署加強

使用uwsgi配置文件運行django項目

uwsgi支持ini，xml等多種配置方式，以ini為例，在/home/operation/work/conf目錄下新建uwsgi_luffy.ini，示例配置如下：

# luffy_uwsgi.ini file
[uwsgi]

# Django-related settings
# the base directory (full path)
# 指定運行目錄，其實就是項目的根目錄
chdir = /home/operation/work/luffy

# Django‘s wsgi file
# 導入django項目的wsgi模塊
module = luffy.wsgi:application

# 載入wsgi-file
wsgi-file = luffy/wsgi.py

# the virtualenv (full path)
# 配置虛擬環境python相關依賴包所在路徑
home = /home/operation/work/py3env

# 補充，uwsgi啟動時的用戶和用戶組,註意要按你自己的實際權限進行配置
# 我這邊是因為項目屬主是operation，而operation我設置了添加進了nginx組
# 但這種情況下uid仍不能設置nginx，除非你的項目目錄所有文件屬主都改為了nginx
uid = operation
gid = nginx

# process-related settings
# 開啟master主進程
master = true 

# maximum number of worker processes
# 開啟多少個進程數，workers項也等同processes
# threads項則是設置運行線程，測試倒不用設置上線程
processes = 4

# the socket (use the full path to be safe)
# 設置使用的socket端口或socket地址
# socket = 0.0.0.0:8000
# 上面的socket建議配置成一個luffy.socket文件後使用nginx來連接uWSGI運行,不然容易報socket的請求頭錯誤和權限錯誤等。
socket = /home/operation/work/luffy/luffy.socket

# ... with appropriate permissions - may be needed
# 配置生成的sock文件的權限
chmod-socket = 664 

# clear environment on exit
＃ 退出時清空環境，其實就是將自動生成的luffy.sock和相關pid文件給幹掉。
vacuum = true

uwsgi指定配置文件啟動django項目，建議使用nginx用戶執行：
uwsgi --ini /home/operation/work/conf/uwsgi_luffy.ini

  • 註：以上啟動後如果你是在配置文件中直接指定的socket = 0.0.0.0:8000可能會產生如下問題:瀏覽器訪問服務器8000端口加上url後，瀏覽器會報連接出錯，而服務器運行後臺也會看到如下錯誤信息：
    invalid request block size: 21573 (max 4096)...skip

之前我們直接使用http協議的方式就不會出現塊請求大小超出

 uwsgi --http :8000 --module luffy.wsgi

究其原因，使用配置文件啟動是以socket方式提供通信端口，默認的協議是tcp，和http不同。socket請求頭默認大小是4096，所以請求頭超出默認大小後就會出現錯誤。當然後面我們可以通過和nginx合作的方式解決。

而如果只是想測試，那麽只要在上面的命令後面再指定塊請求大小-b 24576之類的便可以解決。

我們中止uwsgi後重新指定塊大小，運行命令：
uwsgi -b 24576 --ini /home/operation/work/conf/uwsgi_luffy.ini
可以解決請求頭錯誤。

不過ini配置文件主要是用於和nginx配合，這也是為什麽前面講述完nginx的部署後再回過頭來講uwsgi的ini配置文件。

  • 將uWSGI中使用的相同選項放入一個配置文件中，然後要求uWSGI使用該文件運行。這會使得管理配置變得更加容易。

  • 要註意的是，因為要配合nginx，所以生成的項目名.sock文件，nginx需要能有權限讀寫。

如下圖：
技術分享圖片
由於我前面執行uwsgi命令時使用的是operation用戶，
這樣子自動生成的luffy.sock文件屬組並不是nginx的，所以ini配置文件中最好加上uid和gid的配置項使用nginx用戶執行uwsgi。

# uwsgi啟動用戶名和用戶組
uid = operation
gid = nginx

我是修改完luffy.sock的屬組為nginx後就能正常訪問到django項目了，不然會被nginx報502錯誤。

安裝uWSGI到真實環境中

到目前為止，我們都是在虛擬環境下工作的，接下來介紹將uwsgi裝在實際環境中，且將uwsgi加入到nginx組（有的是www-data組)中，就可避免現在所遇到的權限等問題。

  • 退出虛擬環境
    deactivate

  • 安裝uWSGI，註意要使用python3中的pip3來進行安裝。我系統中是python2.7和python3.5.6共存的，不過默認的環境是2.7。
    sudo /usr/local/python3.5.6/bin/pip3 install uwsgi

  • 之前我使用默認的pip進行安裝，結果是python2版本的uwsgi，在運行虛擬環境中的python3的django項目時會報以下錯誤：
Python version: 2.7.13 (default, Jan 03 2017, 17:41:54) [GCC]
Set PythonHome to /home/operation/work/py3env
ImportError: No module named site
VACUUM: unix socket /home/operation/work/luffy/luffy.sock removed.

報模塊導入錯誤，原因還是在於我真實環境使用的是python2.7版本的原因，ini中配置了虛擬環境家目錄是python3的依賴庫，pip安裝的uwsgi不能正確導入。

  • 再次檢查，在真實環境中是否能如同虛擬環境之前一樣能運行django項目。
    當然，由於我前面的python3沒有導入系統環境中，所以此處仍然要像前面使用python3的pip3一樣，需要打全路徑：
sudo /usr/local/python-3.5.6/bin/uwsgi --ini /home/operation/work/conf/uwsgi_luffy.ini
  • 模塊無法導入的錯誤己排除了，但是還會報一個bind綁定拒絕的錯誤。
    技術分享圖片

出現這個錯誤還是和文件權限有關，因為我之前uwsgi的ini配置文件中uid設置的用戶是nginx，而項目真正的屬主是operation這個用戶，所以我將uid設置回operation就解決問題了，當然將項目整個屬主設為nginx用戶也是可行的。

# 因為權限問題踩了不少坑，在此繼續加強強調。
# 註意的是你要按自己的實際環境配置
uid = operation
gid = nginx

成功運行uwsgi的截圖我也放出給大家對比一下看吧。
當然，訪問頁面成功的截圖就不放了，和之前測試成功的是一樣的。

技術分享圖片

uwsgi配置文件更多參數

前面己經給大家看到了uwsgi的ini文件的一些配置參數，在此以luffy項目為例，再介紹一些常用到的參數：

# set an environment variable
# 設置變量環境，其實就是應用上django項目中的settings
env = DJANGO_SETTINGS_MODULE=luffy.settings

# create a pidfile
# 創建pid文件，註意權限，所以一般放置在tmp目錄下
pidfile = /tmp/project-master.pid 

# background the process & log
# 後臺運行，有用，基本都會設置上，同時還會輸出日誌
daemonize = /var/log/uwsgi/luffy.log 

# 以固定的文件大小（單位kb），進行切割日誌
# 下例為50M大小一個日誌文件
log-maxsize = 50000000

# 不記錄請求信息的日誌。只記錄錯誤以及uWSGI內部消息到日誌中。
disable-logging = true
#
# 在指定的地址上，開啟狀態服務。應該就是你訪問該地址，就能看到整個uwsgi
的狀態，類似nginx也有。所以一般會只在環回地址上開放。
stats = 127.0.0.1:8009

# 以下都是一些性能和資源上的限制和調配
# respawn processes taking more than 20 seconds
harakiri = 20 
# limit the project to 128 MB
# 控制進程的總內存量
limit-as = 128 
# respawn processes after serving 5000 requests
max-requests = 5000
  • 訪問stats狀態服務頁面大致如下：
    技術分享圖片

uWSGI開機啟動服務

繼續以django的luffy項目為例，讓uWSGI開機就啟動服務，編輯文件/etc/rc.local, 添加下面內容到這行代碼之前exit 0:

/usr/local/python-3.5.6/bin/uwsgi --ini /home/operation/work/conf/uwsgi_luffy.ini

要註意的是記得ini配置文件中設置好用戶用戶組，sock文件，sock文件的權限和後臺運行等配置。

end
by 鐵樂與貓

參考

  • uwsgi官方文檔
  • py魚博客相關文章

Nginx+uWSGI+Django部署web服務器

相關推薦

Nginx+uWSGI+Django部署web服務器

使用配置 -- tin 排除 允許 發布 enable ble chdir 目錄 Nginx+uWSGI+Django部署web服務器 環境說明 前言 搭建項目 Django部署 編輯luffy/luffy/settings.py 編輯luffy/app01/views.

Nginx+uWSGI+Django部署web伺服器

一.搭建專案     1.建立一個虛擬環境         建議個人學習和測試的話，直接建在 /home/ubuntu/使用者/ 目錄下， virtualenv -p python3 py

腳本實現一鍵部署Nginx軟件（Web服務器）：

repo oca disk 計算 failed 數字 參數 開啟 use 案例1：編寫一鍵部署軟件腳本 案例2：啟動腳本 案例3：編寫監控腳本 案例4：編寫安全檢測腳本 案例5：編寫進度顯示腳本 1 案例1：編寫一鍵部署軟件腳本1.1 問題 本案例要求編寫腳本實現一鍵部署N

Apache、IIS、Nginx等絕大多數web服務器，都不允許靜態文件響應POST請求

ebr ons auth red stat getmethod eas scope decode 最近調用一個接口，發現httppost請求目標網站會出現405 狀態碼，原因為 Apache、IIS、Nginx等絕大多數web服務器，都不允許靜態文件響應POST請求 所以

Apache、IIS、Nginx等絕大多數web服務器，都不允許靜態文件響應POST請求，否則會返回“HTTP/1.1 405 Method not allowed”錯誤。

.com rewrite requested gin pos 2.0 $2 127.0.0.1 page 　　例1：用Linux下的curl命令發送POST請求給Apache服務器上的HTML靜態頁 [root@new-host ~]# curl -d 1=1 http:/

怎樣在linux上部署web服務器

怎樣在linux上部署web服務器 linux上部署web服務器 1.從Apache官網下載源碼。 2.卸載原來已經存在的httpd。 3.掛載光盤準備部署httpd。 4.源碼編譯安裝httpd，

nginx高性能WEB服務器系列之一簡介及安裝

簡單的 使用 line 都是 hash 設置 figure request cor 註：原創作品，允許轉載，轉載時請務必以超鏈接形式標明文章 原始出處 、作者信息和本聲明。否則將追究法律責任。 nginx的強大之處不必要我細說，當初第一次接觸nginx的時候就發現了它的強

nginx高性能WEB服務器系列之四配置文件詳解

pro web服務 發送 應該 避免 如果 upstream index 靜態頁 註：原創作品，允許轉載，轉載時請務必以超鏈接形式標明文章 原始出處 、作者信息和本聲明。否則將追究法律責任。 nginx的強大之處不必要我細說，當初第一次接觸nginx的時候就發現了它的強大

python3 nginx+uwsgi+Django 部署

安裝Nginx(centos7) 1.新增源 2.安裝 sudo yum install -y nginx 3.啟動nginx systemctl start nginx.service systemctl restart nginx.service syst

nginx+uWSGI+django部署

①安裝uwsgi pip install uwsgi 測試uwsgi是否安裝成功 ②安裝django django建立專案：django-admin.py startproject projectname 測試django專案是否建立成功 ③連線djang

nginx + uwsgi + django部署

virtualenv 配置虛擬環境 檢測是否已安裝virtualenv virtualenv --version 若沒有顯示版本號則表示沒有安裝virtualenv 安裝virtualenv pip install virtualenv 建立

【django】Nginx+uWSGI+Django部署我的部落格網站

一.前言 我們通常將nginx作為伺服器最前端，它將接收WEB的所有請求，統一管理請求。然後nginx把所有靜態請求自己來處理（這是NGINX的強項），並將將所有非靜態請求通過uwsgi傳遞給Django，由Django來進行處理，從而完成一次WEB請求。

【python專案部署】Nginx+uWSGI+Django部署

前言 Django開發實際線上部署的最優架構:Nginx+uWSGI+Django。 採用動/靜分離高效的WEB設計。 WEB發展史回顧 wsgi概念 WSGI，全稱 Web Server Gateway Interface， 或者

Django項目部署（nginx+uWSGI+django+virtualenv+supervisor發布web服務器 ）

通過命令 code 應用程序服務器 不同 靜態文件處理 運行 web服務 文件 mysq 一、簡介 WSGI是Web服務器網關接口。它是一個規範，描述了Web服務器如何與Web應用程序通信，以及Web應用程序如何鏈接在一起以處理一個請求，（接收請求，處理請求，響應請求

nginx+uWSGI+django+virtualenv+supervisor發布web服務器

端口 cfi rmi file art class 二層 項目目錄 ppr uwsgi+django 1.創建新的虛擬環境，且解決crm的環境依賴 mkvirtualenv crmworkon crm 2.在虛擬環境下安裝uwsgi pip3 instal

Linux nginx+uWSGI+django+virtualenv+supervisor發布web服務器

負載均衡。 world worker clear 浪費 color etc quest web服務 用Nginx+uwsgi原因 首先nginx 是對外的服務接口，外部瀏覽器通過url訪問nginx, 2nginx 接收到瀏覽器發送過來的http請求，將包進

Linux - nginx+uWSGI+django+virtualenv+supervisor發布web服務器

.tar.gz 2.0 related soc ... linux系統 col max environ 目錄 Linux - nginx+uWSGI+django+virtualenv+supervisor發布web服務

django2+uwsgi+nginx上線部署到服務器Ubuntu16.04（最新最詳細版）

鏈接 家庭 部署 txt 分享圖片 服務狀態 wsgi 國內 輸入密碼 1.前期準備 1.打開Terminal終端，執行以下命令，將項目所需要的依賴包，都記錄到一個文件內備用。 pip freeze >requirements.txt 2.將項目文件夾→右鍵→添

Django + Gunicorn + Nginx 部署 Ubuntu 服務器

default sql 配置文件 str 原來 ack 建數據庫 ubunt make 自定義 Django + Gunicorn + Nginx 部署服務器 獲取騰訊雲 root權限 本人的服務器使用的是騰訊雲，騰訊雲默認是沒有開放 root 用戶的，我們來創建 root

nginx+uWSGI+django+virtualenv+supervisor部署發布web項目

content its object src Pythonweb system perm 會有 targe Nginx (engine x) 是一個高性能的HTTP和反向代理服務，也是一個IMAP/POP3/SMTP服務。 wsgi是PythonWeb服務器網關接口(We