Django はさまざまな方法でデプロイできますが、nginx uwsgi はより一般的な方法の 1 つです。
この方法では、通常、nginx をサーバーのフロントエンドとして使用し、Web からすべてのリクエストを受信し、リクエストを均一に管理します。 nginx はすべての静的リクエストを単独で処理します (これが nginx の強みです)。次に、nginx はすべての非静的リクエストを uwsgi 経由で django に渡し、django によって処理され、Web リクエストが完了します。 uwsgi がブリッジのように機能していることがわかります。架け橋としての役割を果たします。
1. nginx のインストール Nginx は軽量の Web サーバー/リバース プロキシ サーバーおよび電子メール (imap/pop) 3 ) プロキシ サーバーであり、bsd- でリリースされています。プロトコルのようなもの。 nginx の特徴は、メモリ占有量が少なく、強力な同時実行機能を備えていることですが、実際、nginx の同時実行機能は、同じ種類の Web サーバー間ではパフォーマンスが優れています。
nginx も非常に人気のある Web サーバーです。ここでは、Django をデプロイするためにそれを使用する方法についても簡単に紹介します。
nginx 公式 Web サイト:
ubuntu コンソール (ctrl alt t) を開き、ubuntu ウェアハウスを使用してインストールします。
fnngj@ubuntu:~$ sudo apt-get install nginx #安装
nginx の起動:
fnngj@ubuntu:~$ /etc/init.d/nginx start #启动 fnngj@ubuntu:~$ /etc/init.d/nginx stop #关闭 fnngj@ubuntu:~$ /etc/init.d/nginx restart #重启
nginx のデフォルトのポート番号を変更し、/etc/nginx/nginx.conf ファイルを開いて、ポート番号を変更します。
server { listen 8088; # 修改端口号 server_name localhost; #charset koi8-r; #access_log logs/host.access.log main; location / { root html; index index.html index.htm; }
ファイルの 36 行目あたりで、デフォルトのポート番号 80 を別のポート番号 (8088 など) に変更します。デフォルトのポート番号 80 は他のアプリケーションによって占有されやすいためです。
次に、上記のコマンドで nginx を再起動します。アクセス: http://127.0.0.1:8088/
上記の画像が表示された場合は、nginx が正常に開始されたことを意味します。
pip を通じて uwsgi をインストールします。
root@ubuntu:/etc# python3 -m pip install uwsgiuwsgi をテストし、test.py ファイルを作成します:
def application(env, start_response): start_response('200 ok', [('content-type','text/html')]) return [b"hello world"]uwsgi を通じてファイルを実行します。
fnngj@ubuntu:~/pydj$ uwsgi --http :8001 --wsgi-file test.py
次に、django と uwsgi の間の接続を設定します。ここで、私の django プロジェクトの想定される場所は次のとおりです: /home/fnngj/pydj/myweb
コードをコピーしますコードは次のとおりです:
uwsgi --http :8001 -- chdir / home/fnngj/pydj/myweb/ --wsgi-file myweb/wsgi.py --master --processes 4 --threads 2 --stats 127.0.0.1:9191
一般的に使用されるオプション:
processes: 開始されたプロセスの数
workers: 開始されたプロセスの数 (プロセスに相当)公式 Web サイトによると) 指定された数のワーカー/プロセスが生成されます) chdir: 実行ディレクトリを指定します (アプリをロードする前に指定されたディレクトリに chdir します) wsgi-file: wsgi- をロードしますファイル (.wsgi ファイルをロード) stats: 指定されたアドレスの統計サーバーを有効にする threads: スレッドを実行します。ギルの存在により、これは本当に駄目だと思います。 (各ワーカーを指定されたスレッド数のプリスレッド モードで実行します)master: マスター プロセスの存在を許可します (マスター プロセスを有効にします)daemonize: プロセスをバックグラウンドで実行させ、ログを記録します指定されたログ ファイルまたは udp サーバー (uwsgi をデーモン化) に送信します。実際、最も一般的に使用される方法は、実行レコードをローカル ファイルに出力することです。 pidfile: pid ファイルの場所を指定し、メイン プロセスの pid 番号を記録します。 vacuum: サーバーの終了時に環境を自動的にクリーンアップし、unix ソケット ファイルと pid ファイルを削除します (生成されたファイル/ソケットをすべて削除してみてください)3. nginx uwsgi django
次に、3つを組み合わせる必要があります。まず、プロジェクトに必要なファイルをリストします。myweb/ ├── manage.py ├── myweb/ │ ├── __init__.py │ ├── settings.py │ ├── urls.py │ └── wsgi.py └── myweb_uwsgi.inidjango を通じて myweb プロジェクトを作成すると、wsgi.py ファイルがサブディレクトリ myweb に生成されました。したがって、myweb_uwsgi.ini 設定ファイルを作成するだけで済みますが、もちろん、uwsgi は xml、ini などの複数のタイプの設定ファイルをサポートしています。ここでは、ini 型の設定を使用します。
# myweb_uwsgi.ini file [uwsgi] # django-related settings socket = :8000 # the base directory (full path) chdir = /home/fnngj/pydj/myweb # django s wsgi file module = myweb.wsgi # process-related settings # master master = true # maximum number of worker processes processes = 4 # ... with appropriate permissions - may be needed # chmod-socket = 664 # clear environment on exit vacuum = true
这个配置,其实就相当于在上一小节中通过wsgi命令,后面跟一堆参数的方式,给文件化了。
socket 指定项目执行的端口号。
chdir 指定项目的目录。
module myweb.wsgi ,可以这么来理解,对于myweb_uwsgi.ini文件来说,与它的平级的有一个myweb目录,这个目录下有一个wsgi.py文件。
其它几个参数,可以参考上一小节中参数的介绍。
接下来,切换到myweb项目目录下,通过uwsgi命令读取myweb_uwsgi.ini文件启动项目。
fnngj@ubuntu:~$ cd /home/fnngj/pydj/myweb/ fnngj@ubuntu:~/pydj/myweb$ uwsgi --ini myweb_uwsgi.ini [uwsgi] getting ini configuration from myweb_uwsgi.ini *** starting uwsgi 2.0.12 (32bit) on [sat mar 12 13:05:06 2016] *** compiled with version: 4.8.4 on 26 january 2016 06:14:41 os: linux-3.19.0-25-generic #26~14.04.1-ubuntu smp fri jul 24 21:18:00 utc 2015 nodename: ubuntu machine: i686 clock source: unix detected number of cpu cores: 2 current working directory: /home/fnngj/pydj/myweb detected binary path: /usr/local/bin/uwsgi !!! no internal routing support, rebuild with pcre support !!! chdir() to /home/fnngj/pydj/myweb your processes number limit is 15962 your memory page size is 4096 bytes detected max file descriptor number: 1024 lock engine: pthread robust mutexes thunder lock: disabled (you can enable it with --thunder-lock) uwsgi socket 0 bound to tcp address :8000 fd 3 python version: 3.4.3 (default, oct 14 2015, 20:37:06) [gcc 4.8.4] *** python threads support is disabled. you can enable it with --enable-threads *** python main interpreter initialized at 0x8b52dc0 your server socket listen backlog is limited to 100 connections your mercy for graceful operations on workers is 60 seconds mapped 319920 bytes (312 kb) for 4 cores *** operational mode: preforking *** wsgi app 0 (mountpoint='') ready in 1 seconds on interpreter 0x8b52dc0 pid: 7158 (default app) *** uwsgi is running in multiple interpreter mode *** spawned uwsgi master process (pid: 7158) spawned uwsgi worker 1 (pid: 7160, cores: 1) spawned uwsgi worker 2 (pid: 7161, cores: 1) spawned uwsgi worker 3 (pid: 7162, cores: 1) spawned uwsgi worker 4 (pid: 7163, cores: 1)
注意查看uwsgi的启动信息,如果有错,就要检查配置文件的参数是否设置有误。
再接下来要做的就是修改nginx.conf配置文件。打开/etc/nginx/nginx.conf文件,添加如下内容。
…… server { listen 8099; server_name 127.0.0.1 charset utf-8; access_log /var/log/nginx/myweb_access.log; error_log /var/log/nginx/myweb_error.log; client_max_body_size 75m; location / { include uwsgi_params; uwsgi_pass 127.0.0.1:8000; uwsgi_read_timeout 2; } location /static { expires 30d; autoindex on; add_header cache-control private; alias /home/fnngj/pydj/myweb/static/; } } ……
listen 指定的是nginx代理uwsgi对外的端口号。
server_name 网上大多资料都是设置的一个网址(例,www.example.com),我这里如果设置成网址无法访问,所以,指定的到了本机默认ip。
在进行配置的时候,我有个问题一直想不通。nginx到底是如何uwsgi产生关联。现在看来大概最主要的就是这两行配置。
include uwsgi_params;
uwsgi_pass 127.0.0.1:8000;
include 必须指定为uwsgi_params;而uwsgi_pass指的本机ip的端口与myweb_uwsgi.ini配置文件中的必须一直。
现在重新启动nginx,翻看上面重启动nginx的命令。然后,访问:http://127.0.0.1:8099/
通过这个ip和端口号的指向,请求应该是先到nginx的。如果你在页面上执行一些请求,就会看到,这些请求最终会转到uwsgi来处理。
以上がubuntu ベースの Nginx を介して Django をデプロイする方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

Nginxは、Webサイトのパフォーマンス、セキュリティ、およびスケーラビリティを改善するために使用できます。 1)逆プロキシおよびロードバランサーとして、Nginxはバックエンドサービスを最適化し、トラフィックを共有できます。 2)イベント駆動型および非同期アーキテクチャを通じて、nginxは高い並行接続を効率的に処理します。 3)構成ファイルでは、静的ファイルサービスやロードバランシングなどのルールの柔軟な定義を可能にします。 4)最適化の提案には、GZIP圧縮の有効化、キャッシュの使用、およびワーカープロセスの調整が含まれます。

Nginxunitは複数のプログラミング言語をサポートし、モジュラー設計を通じて実装されています。 1。言語モジュールの読み込み:構成ファイルに従って対応するモジュールをロードします。 2。アプリケーションの起動:呼び出し言語が実行されたときにアプリケーションコードを実行します。 3。リクエスト処理:リクエストをアプリケーションインスタンスに転送します。 4。応答返品:処理された応答をクライアントに返します。

NginxとApacheには独自の利点と短所があり、さまざまなシナリオに適しています。 1.Nginxは、高い並行性と低リソース消費シナリオに適しています。 2。Apacheは、複雑な構成とリッチモジュールが必要なシナリオに適しています。コア機能、パフォーマンスの違い、ベストプラクティスを比較することで、ニーズに最適なサーバーソフトウェアを選択するのに役立ちます。

質問:nginxを開始する方法は?回答:nginxスタートアップnginx検証nginxはnginxを開始しました他のスタートアップオプションを自動的に開始

nginxが開始されるかどうかを確認する方法:1。コマンドラインを使用します:SystemCTLステータスnginx(Linux/unix)、netstat -ano | FindStr 80(Windows); 2。ポート80が開いているかどうかを確認します。 3.システムログのnginx起動メッセージを確認します。 4. Nagios、Zabbix、Icingaなどのサードパーティツールを使用します。

NGINXサービスをシャットダウンするには、次の手順に従ってください。インストールタイプを決定します:Red Hat/Centos(SystemCtl Status Nginx)またはDebian/Ubuntu(Service Nginx Status)サービスを停止します:Red Hat/Centos(SystemCtl Stop Nginx)またはDebian/Ubuntu(Service Nginx Stop)無効自動起動(オプション):Debuntos/Centos/Centos/Centos/Centos/Centos (syst

Windowsでnginxを構成する方法は? nginxをインストールし、仮想ホスト構成を作成します。メイン構成ファイルを変更し、仮想ホスト構成を含めます。 nginxを起動またはリロードします。構成をテストし、Webサイトを表示します。 SSLを選択的に有効にし、SSL証明書を構成します。ファイアウォールを選択的に設定して、ポート80および443のトラフィックを許可します。

サーバーには、要求されたリソースにアクセスする許可がなく、NGINX 403エラーが発生します。ソリューションには以下が含まれます。ファイル許可を確認します。 .htaccess構成を確認してください。 nginx構成を確認してください。 SELINUXアクセス許可を構成します。ファイアウォールルールを確認してください。ブラウザの問題、サーバーの障害、その他の可能なエラーなど、他の原因をトラブルシューティングします。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

WebStorm Mac版
便利なJavaScript開発ツール

メモ帳++7.3.1
使いやすく無料のコードエディター

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

SublimeText3 中国語版
中国語版、とても使いやすい

VSCode Windows 64 ビットのダウンロード
Microsoft によって発売された無料で強力な IDE エディター
