Django安装和配备,利用Django营造web应用及其配置ca88会员登录中心

ca88会员登录中心 6
ca88会员登录中心

大家都学过了django,用django写了各种功能,写了bbs项目,写了路飞学城。

uWSGI是为Python语言定义的通用网关接口,它承担python
web框架(django、flask、web.py等)和web服务器(nginx、apache、lighttpd等)之间的中间层。

注:很久之前就有了学习Django的想法,最近终于有机会做了一次尝试。由于Django的详细教程很多,我在这里就不再详述了,只是将整个开发流程以及自己在学习Django中的一些思考记录在此。

咱们都知道django是一个web框架,方便我们快速开发web程序,http请求的动态数据就是由web框架来提供处理的。

    浏览器                      chrome、firefox、ie等
      |
    web服务器                  nginx、apache等
      |
    网关接口                    CGI、FastCGI、WSGI等
      |
    Python(程序、Web框架)    Django、Flask、Tornado等

System:CentOS Linux release 7.2.1511 (Core) 

前面超哥也对nginx简单的介绍了,本文将nginx、WSGI、uwsgi、uWSGI、django这几个关系梳理一下。

python中自带的wsgiref就是一种wsgi接口的标准实现,但是,由于100%使用python实现等原因,导致wsgiref实在过于缓慢,只能用于测试和学习。生产环境中我们需要使用性能更高的服务器,目前常用的wsgi服务器有:uWSGI、Gunicorn、twisted.web。

Django: 1.10

wsgi    全称web server gateway interface,wsgi不是服务器,也不是python模块,只是一种协议,描述web server如何和web application通信的规则。
运行在wsgi上的web框架有bottle,flask,django

uwsgi    和wsgi一样是通信协议,是uWSGI服务器的单独协议,用于定义传输信息的类型

uWSGI    是一个web服务器,实现了WSGI协议,uwsgi协议。a

nginx    web服务器,更加安全,更好的处理处理静态资源,缓存功能,负载均衡,因此nginx的强劲性能,配合uWSGI服务器会更加安全,性能有保障。

django 高级的python web框架,用于快速开发,解决web开发的大部分麻烦,程序员可以更专注业务逻辑,无须重新造轮子

1 uWSGI的安装
uWSGI是用C语言写的高性能WSGI服务器,安装uWSGI前我们需要安装Python和C编译器(GCC)。推荐使用python包管理器pip安装uWSGI。

Python: 2.7.5

逻辑图

ca88会员登录中心 1

web服务器

传统的c/s架构,请求的过程是
客户端 > 服务器 
服务器 > 客户端
服务器就是:1.接收请求 2.处理请求 3.返回响应

web框架层

HTTP的动态数据交给web框架,例如django遵循MTV模式处理请求。
HTTp协议使用url定位资源,urls.py将路由请求交给views视图处理,然后返回一个结果,完成一次请求。
web框架使用者只需要处理业务的逻辑即可。

如果将一次通信转化为“对话”的过程

Nginx:hello wsgi,我刚收到一个请求,你准备下然后让django来处理吧

WSGI:好的nginx,我马上设置环境变量,然后把请求交给django

Django:谢谢WSGI,我处理完请求马上给你响应结果

WSGI:好的,我在等着

Django:搞定啦,麻烦wsgi吧响应结果传递给nginx

WSGI:太棒了,nginx,响应结果请收好,已经按照要求传递给你了

nginx:好滴。我把响应交给用户。合作愉快

#安装最新稳定版
pip install uWSGI
#也可以安装长期支持版(LTS版本)
#pip install
在Ubuntu下可以使用apt-get来安装

 ca88会员登录中心 2

Django Nginx+uwsgi 安装配置

在前面的章节中我们使用 python manage.py
runserver
 来运行服务器。这只适用测试环境中使用。

正式发布的服务,需要一个可以稳定而持续的服务器。

apt-get install uwsgi 

 

基础开发环境配置

yum groupinstall "Development tools"
yum install zlib-devel bzip2-devel pcre-devel openssl-devel ncurses-devel sqlite-devel readline-devel tk-devel

在Fedora、RedHat、CentOS下使用yum安装

推荐两个非常好的教程:

提前安装好python3环境

https://www.cnblogs.com/pyyu/p/7402145.html

yum groupinstall “Development Tools”
yum install python 

The Django
Book
(中文版):我自己一开始是参考这个教程学习的,非常有意思的是这个教程中有大量的评论,几乎每段都有,从10年开始一直到现在。虽然这本书比较老,有很多内容都过时了,但在这些评论中有讲解,有勘误和最新的实践,这些评论让整个学习过程变得非常有趣。我自己也留下了不少评论,哈哈。

virtualenv

请确保你的虚拟环境正常工作
https://www.cnblogs.com/pyyu/p/9015317.html

编译安装,从github下载uwsgi代码,cd到目录下

被解放的姜戈:这是博客园的另一位博友Vamei(中文读作,挖煤)写的关于Django简介的系列文章,基本概念,简单的实践都有。

安装django1.11

pip3 install django==1.11
#创建django项目mysite
django-admin startproject mysite
#创建app01
python3 manage.py startapp app01

mysite/settings.py

#settings.py设置
ALLOWED_HOSTS = ['*']
install app01

mysite/urls.py

from app01 import views
urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^hello_django/', views.hello),
]

app01/views.py

from django.shortcuts import render,HttpResponse

# Create your views here.
def hello(request):
    print('request is :',request)
    return HttpResponse('django is ok ')

python uwsgiconfig.py –build

 

安装uWSGI

进入虚拟环境venv,安装uwsgi
(venv) [root@slave 192.168.11.64 /opt]$pip3 install uwsgi
检查uwsgi版本
(venv) [root@slave 192.168.11.64 /opt]$uwsgi --version
2.0.17.1
#检查uwsgi python版本
uwsgi --python-version

运行简单的uWSGI

#启动一个python
uwsgi --http :8000 --wsgi-file test.py
  • http :8000: 使用http协议,端口8000
  • wsgi-file test.py: 加载指定的文件,test.py

#test.py
def application(env, start_response):
    start_response('200 OK', [('Content-Type','text/html')])
    return [b"Hello World"] # python3

uWsgi热加载python程序

在启动命令后面加上参数
uwsgi --http :8088 --module mysite.wsgi --py-autoreload=1 
#发布命令
command= /home/venv/bin/uwsgi --uwsgi 0.0.0.0:8000 --chdir /opt/mysite --home=/home/venv --module mysite.wsgi

#此时修改django代码,uWSGI会自动加载django程序,页面生效

运行django程序

#mysite/wsgi.py  确保找到这个文件
uwsgi --http :8000 --module mysite.wsgi
  • module mysite.wsgi: 加载指定的wsgi模块

uwsgi配置文件

ca88会员登录中心 3ca88会员登录中心 4

uwsgi支持ini、xml等多种配置方式,本文以 ini 为例, 在/etc/目录下新建uwsgi_nginx.ini,添加如下配置:

# mysite_uwsgi.ini file
[uwsgi]

# Django-related settings
# the base directory (full path)
chdir           = /opt/mysite
# Django's wsgi file
module          = mysite.wsgi
# the virtualenv (full path)
home            = /opt/venv
# process-related settings
# master
master          = true
# maximum number of worker processes
processes       = 1
# the socket (use the full path to be safe
socket          = 0.0.0.0:8000
# ... with appropriate permissions - may be needed
# chmod-socket    = 664
# clear environment on exit
vacuum          = true

uwsgi.ini

2 测试uwsgi是否安装成功
在终端中输入以下命令查看uwsgi的版本号,如果输出正常,说明uswgi已安装成功

创建一个名为mysite的Django项目的命令:

指定配置文件启动命令

uwsgi --ini  /etc/uwsgi_nginx.ini

$ uwsgi –version
2.0.11.1
我们可以编写一个简单的wsgi应用来测试uwsgi是否被安装成功,首先创建一个test.py文件:

$ django-admin
startproject mysite

配置nginx结合uWSGI

配置nginx.conf

worker_processes  1;
error_log  logs/error.log;
pid        logs/nginx.pid;
events {
    worker_connections  1024;
}
http {
    include       mime.types;
    default_type  application/octet-stream;
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
    access_log  logs/access.log  main;
    sendfile        on;
    keepalive_timeout  65;
   #nginx反向代理uwsgi
    server {
        listen       80;
        server_name  192.168.11.64;
        location / {
         include  /opt/nginx1-12/conf/uwsgi_params;
         uwsgi_pass 0.0.0.0:8000;
            root   html;
            index  index.html index.htm;
        }
      #nginx处理静态页面资源
      location /static{
        alias /opt/nginx1-12/static;   
         }
     #nginx处理媒体资源
     location /media{
        alias /opt/nginx1-12/media;   

         }
        error_page   500 502 503 504  /50x.html;

        location = /50x.html {
            root   html;
        }
    }
}

配置完启动nginx

# test.py
def application(env, start_response):
    start_response(‘200 OK’, [(‘Content-Type’,’text/html’)])
    return [b”Hello World”] # python3
    #return [“Hello World”] # python2
运行uwsgi:

$ cd mysite

supervisor

supervisor 是基于 python
的任务管理工具,用来自动运行各种后台任务,当然你也能直接利用 nohup
命令使任务自动后台运行,但如果要重启任务,每次都自己手动 kill
掉任务进程,这样很繁琐,而且一旦程序错误导致进程退出的话,系统也无法自动重载任务。

这里超哥要配置基于virtualenv的supervisor

由于supervisor在python3下无法使用,因此只能用python2去下载!!!!!!

#注意此时已经退出虚拟环境了!!!!!
yum install python-setuptools
easy_install supervisor

通过命令生成supervisor的配支文件

echo_supervisord_conf > /etc/supervisord.conf

然后再/etc/supervisord.conf末尾添加上如下代码!!!!!!

[program:my]
#command=/opt/venv/bin/uwsgi --ini  /etc/uwsgi_nginx.ini  #这里是结合virtualenv的命令 和supervisor的精髓!!!!
command= /home/venv/bin/uwsgi --uwsgi 0.0.0.0:8000 --chdir /opt/mysite --home=/home/venv --module mysite.wsgi
#--home指的是虚拟环境目录  --module找到 mysite/wsgi.py

directory=/opt/mysite
startsecs=0
stopwaitsecs=0
autostart=true
autorestart=true

最后启动supervisor,完成uWSGI启动django,nginx反向代理

supervisord -c /etc/supervisord.conf #启动supervisor
supervisorctl -c /etxc/supervisord.conf restart my  #重启my项目
supervisorctl -c /etc/supervisord.conf [start|stop|restart] [program-name|all]

 重新加载supervisor

一、添加好配置文件后

二、更新新的配置到supervisord    

supervisorctl update
三、重新启动配置中的所有程序

supervisorctl reload
四、启动某个进程(program_name=你配置中写的程序名称)

supervisorctl start program_name
五、查看正在守候的进程

supervisorctl
六、停止某一进程 (program_name=你配置中写的程序名称)

pervisorctl stop program_name
七、重启某一进程 (program_name=你配置中写的程序名称)

supervisorctl restart program_name
八、停止全部进程

supervisorctl stop all
注意:显示用stop停止掉的进程,用reload或者update都不会自动重启。

uwsgi –http :8000 –wsgi-file test.py
参数中,http
:8000表示使用http协议,端口号为8000,wigi-file则表示要运行的wsgi应用程序文件。uwsgi运行后打开浏览器,访问
,或者是相应服务器地址的8000端口,就可以看到hello world 页面了。

$ python manage.py
startapp myApp  # 创建一个app,名称为myApp

  django的静态文件与nginx配置

mysite/settings.py

STATIC_ROOT='/opt/nginx1-12/static'
STATIC_URL = '/static/'
STATICFILES_DIRS=[
    os.path.join(BASE_DIR,"static"),
]

上述的参数STATIC_ROOT用在哪?

通过python3 manage.py collectstatic
收集所有你使用的静态文件保存到STATIC_ROOT!

STATIC_ROOT 文件夹 是用来将所有STATICFILES_DIRS中所有文件夹中的文件,以及各app中static中的文件都复制过来
# 把这些文件放到一起是为了用nginx等部署的时候更方便

 

 

参考文档:

 uwsgi热加载:

上面的例子中,我们用浏览器直接访问了uwsgi运行的python程序(只有一个入口函数的wsgi测试应用test.py),其访问结构如下所示。

 

    浏览器 <-> uWSGI <-> Python
上述方式运行uWSGI服务的过程中,可以使用CTRL+C即可停止服务,在后续的章节中会讲到自动管理和部署。

一个刚创建的Django项目的目录结构

3 nginx和django的配置
nginx和django的安装不是本文的重点,故在此略去,只讨论配置部分。在这里,我们要实现的效果如下:

ca88会员登录中心 5

    浏览器 <-> nginx <-> uWSGI <-> Django(python)
uwsgi_params 配置文件
uWSGI使用的协议不完全是标准的WSGI协议,我们需要从Github下载uwsgi_paraments配置文件,并将该文件拷贝到项目路径中(例如:/user/home/pengquanxin/projects/mysite1/)。

图1:django项目的基本结构

Nginx服务器配置
接下来,要配置nginx服务器和uWSGI互通,可以使用unix套接字方式和TCP端口方式。在nginx配置文件夹(/etc/naginx/site-enabled

/usr/local/etc/nginx/sites-enabled)中新建网站的配置文件mystie_nginx.conf,输入以下内容:

 

# mysite_nginx.conf

不是要点的要点


  1. 创建一个专门的用户,例如www-data:在后面部署Django的过程中,我遇到了自使用Linux以来,最多的权限问题。很大的原因是因为不同进程间需要通信,或相互访问,这就需要这些用户间都有某个文件的读写权限。例如两个进程都要访问同一个socket文件时,这两个进程的用户都要对该socket文件有读写权限。因此将所有这些进程都交给一个专门的用户来操作,可以避免很多权限问题。
  2. url是web开发的核心要素之一:在客户端,每一个url就是一个页面;从开发者来看,所有的开发都是围绕如何正确的路由这些url到正确的html文件来展开的。
  3. stackoverflow是一个很棒的网站,大部分的问题都可以在上面找到解决方案,如果没有找到答案,就提问吧,很快就可以得到回复。

 

 

# nginx需要连接的上游
upstream django {
    server unix:///path/to/your/mysite/mysite.sock; # 使用unix套接字
    #server 127.0.0.1:8001; #
使用TCP端口请注释上一行,并取消本行注释,这里的端口指的是跑uwsgi的端口
}

概述


用户从浏览器访问一个django开发的页面,整个流程是这样的:

the web client <-> the web server <-> the socket <-> WSGI <-> Django

ca88会员登录中心 6

 

用户从浏览器访问一个url,该请求从用户发送到web server,web
server通过socket(或者约定一个端口)与WSGI进行通信,再由WSGI将请求发给django。web
server和WSGI都有很多种选择,常见的组合有Apache + mod_wsgi和nginx +
uWSGI。我用的是nginx + uWSGI。下面先介绍几个名词。

 

web server

虽然每个网页服务器程序有很多不同,但有一些共同的特点:每一个网页服务器程序都需要从网络接受HTTP请求,然后提供HTTP回复给请求者。HTTP回复一般包含一个HTML文件,有时也可以包含纯文本文件、图像或其他类型的文件。

一般来说这些文件都存储在网页服务器的本地文件系统里,而URL和本地文件名都有一个阶级组织结构的,服务器会简单的把URL对照到本地文件系统中。当正确安装和设置好网页服务器软件,服务器管理员会从服务器软件放置文件的地方指定一个本地路径名为根目录。

web server是面对用户请求的第一道门,有些请求由web
server自己处理,例如静态文件的访问等;还有一些请求则交给WSGI处理,如对动态页面的访问。

 

socket:
最近在学习《计算机网络》这门课,socket相关的内容在网络模型中属于传输层,位于网络层和应用层之间。主要用于实现进程间通讯。在这里主要是实现nginx和uWSGI两个不同进程之间的通讯。

 

WSGI:

Web服务器网关接口(Python Web Server Gateway
Interface,缩写为WSGI)是为Python语言定义的Web服务器和Web应用程序或框架之间的一种简单而通用的接口。自从WSGI被开发出来以后,许多其它语言中也出现了类似接口。

可以将WSGI看做是一种协议,据说之所以Python中有很多web框架,就是因为WSGI调用非常方便。uWSGI是WSGI这一协议的实现。在实际使用过程中,uWSGI代替了python
manage.py runserver的作用,当然还有其他作用。

最早的Web服务器只支持静态html。随着网站也越来越复杂,出现了动态技术。但是服务器并不能直接运行
php,asp这样的文件,因此需要一个第三方,与第三方做个约定,我把请求参数发送给你,然后我接收你的处理结果给客户端。这个约定就是
common gateway interface,简称cgi。这个协议可以用vb,c,php,python
来实现。

简单地说,cgi是Web App与Http Server之间的桥梁。

除了cgi,还有wsgi(Web Service Gateway
Interface)。WSGI所在层的位置低于CGI,与CGI不同的是WSGI具有很强的伸缩性且能运行于多线程或多进程的环境下,这是因为WSGI只是一份标准并没有定义如何去实现。实际上WSGI并非CGI,因为其位于web应用程序与web服务器之间,而web服务器可以是CGI。

 

 

# nginx服务器配置
server {
    # 监听端口
    listen      80;
    # 域名
    server_name .example.com;
    # 编码
    charset    utf-8;

所有均开始于settings文件


如果我们已经创建了一个hello应用,如何创建,请参考本文开始时提到的两个教程。

 

那么,当我们访问http://192.168.1.100:8000/hello/
时,发生了什么?

 

所有均开始于settings文件。当你运行python manage.py
runserver,脚本将在于manage.py同一个目录下查找名为setting.py的文件。这个文件包含了所有有关这个Django项目的配置信息,均大写:
TEMPLATE_DIRS , DATABASE_NAME , 等.
最重要的设置是ROOT_URLCONF,它将作为URLconf告诉Django在这个站点中那些Python的模块将被用到。

 

打开文件settings.py你将看到如下内容:

ROOT_URLCONF = 'mysite.urls'

 

相对应的文件是mysite/urls.py

 

当访问 URL /hello/ 时,Django 根据 ROOT_URLCONF 的设置装载 URLconf 。
然后按顺序逐个匹配URLconf里的URLpatterns,直到找到一个匹配的。
当找到这个匹配
的URLpatterns就调用相关联的view函数,并把HttpRequest 对象作为第一个参数,一个视图功能必须返回一个HttpResponse。
一旦做完,Django将完成剩余的转换Python的对象到一个合适的带有HTTP头和body的Web
Response(例如,网页内容)。

 

从http requese到http response是通过下面的过程实现的:

 

访问请求 -> setting.py -> urls.py
-> views.py -> hello()

 

# urls.py


from django.conf.urls import url, include
from django.contrib import admin
from mysite.views import hello

admin.autodiscover()


urlpatterns = [
    url(r'^hello/$', hello),
]

 

# viwes.py

from django.http import HttpResponse

def hello(request):
    return HttpResponse("Hello World!")

 

 

    # 最大上传大小
    client_max_body_size 75M; 

uWSGI与Django之间的通讯


uWSGI与Django之间的通讯是通过wsgi.py文件实现的,这个文件在创建Django
project后就生成了。这里的设置中最主要的一点就是正确的指出settings.py文件的位置。因为Django中的一切都始于这个文件。这些都使用Django的默认配置就可以了。

# wsgi.py
"""
WSGI config for mysite project.

It exposes the WSGI callable as a module-level variable named ``application``.

For more information on this file, see
https://docs.djangoproject.com/en/1.10/howto/deployment/wsgi/
"""

import os

from django.core.wsgi import get_wsgi_application

# 这里已经指定了settings文件的位置
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "mysite.settings")  

application = get_wsgi_application()

 

一些命令:

# 安装uwsgi

$ pip install
uwsgi 

 

# 如果 python
manage.py runserver 0.0.0.0:8024
可以运行成功,则可以使用下面的命令代替django本身的runserver功能(为了可以使用8024端口,需要修改防火墙设置)

$ uwsgi –http :8024
–module mysite.wsgi  # 在项目的根目录运行该命令,参考图1中的目录结构

但是在与nginx联合使用时,端口号由nginx中的配置决定,在uwsgi中就不用配置端口号了。 

更多详情,可以参考: 

 

uwsig的配置:

  • 具体配置,可以参考这里;
  • 因为在配置文件中设置了touch-reload参数,所以更新django代码后,可以使用
    touch
    /path/to/wsgi.py 加载更新,而不用重启整个django项目;
  • 使用uwsgi的emperor模式:/usr/bin/uwsgi
    –emperor
    /etc/uwsgi/sites,sites文件夹中放的是uwsgi的配置文件mysite.ini(可以放多个django项目相关的配置文件)。该模式始终处于运行状态,如果要停止该django项目,可以重命名sites文件夹下对应的配置文件;

Instances under the control of the emperor should never dies.
If you want to fully stop an instance, simply remove/rename/move the
instance config file in a way that the emperor rule will never match.

 

 

    # Django 的media路径
    location /media  {
        alias /path/to/your/mysite/media; 
    }

nginx的配置


由于一开始不熟悉,因此nginx的配置花了很长时间。其中的关键点是:不同的server之间是无法共用端口号(port)的,因此如果要使用同一个端口号,例如80端口,那么所有的路由都有配置在一个server中。

  • 配置文件位置:/etc/nginx/ ;
  • 可以将自定义的配置文件放在目录
    /etc/nginx/conf.d/,由于在主配置文件 /etc/nginx/nginx.conf
    中包含有 include
    /etc/nginx/conf.d/*.conf; ,所以所有的 .conf
    文件都会被加载;
  • 自定义的配置文件,可以参考这里nginx.conf,主要是指定端口号和server
    name(网站域名);

值得注意的是,上面配置文件中的sock文件,例如unix:/run/uwsgi/lipidCCS.sock,nginx的用户和uwsgi的用户需要同时对其进行读写操作,因此都需要相应的权限。靠近前端用户的nginx和靠近后端django程序的uwsgi就是通过这个sock文件进行通信的。

 

一些命令:

# 重启服务:

$ sudo systemctl
restart nginx.service

 

 

    # 静态文件路径
    location /static {
        alias /path/to/your/mysite/static;
    }

其他


进程管理:进程管理的工具也有很多,uWSGI中的Emperor
mode与进程管理工具具有相似的功能,两者似乎无法共用。我选择的是Supervisor。

Supervisor (http://supervisord.org) 是一个用
Python 写的进程管理工具,可以很方便的用来启动、重启、关闭进程(不仅仅是
Python
进程)。除了对单个进程的控制,还可以同时启动、关闭多个进程,比如很不幸的服务器出问题导致所有应用程序都被杀死,此时可以用
supervisor 同时启动所有应用程序而不是一个一个地敲命令启动。

uwsgi程序中的Emperor mode,会与Supervisor相互影响;Emperor
mode的作用与Supervisor差不多,但自己感觉Supervisor更好用一些

 

php文件:php的运行需要安装php-fpm

 

 

重大修订:

第一次修订于2017年12月20日,补充了uwsgi相关配置的说明,对配置文件添加了注释;

 

参考:

# 这里讲了为什么要使用nginx和gunicorn(作用同uWSGI)

    # 将动态请求转发到uwsgi跑的django程序
    location / {
        uwsgi_pass  django;
        include    /path/to/your/mysite/uwsgi_params; #
从github上下载的uwsgi_params 文件路径
    }
}
你也可以把这个配置文件放在项目路径中,然后建立一个链接到nginx配置文件夹:

sudo ln -s ~/path/to/your/mysite/mysite_nginx.conf
/etc/nginx/sites-enabled/
部署静态文件
在部署服务器之前,需要先将Django的静态文件部署到静态文件夹中,首先,编辑django网站的settings.py文件

STATIC_ROOT = os.path.join(BASE_DIR, “static/”)
然后,运行以下命令

python manage.py collectstatic
4 启动服务
在启动nginx之前,我们需要先启动uWSGI,进入项目目录然后输入以下命令,在这里我们使用unix套接字方式:

#注:django1.6 前的版本需要手动添加wsgi.py
uwsgi –socket mysite.sock
如果nginx和uwsgi跑在同一台服务器上,使用unix套接字就可以了,unix套接字方式性能要高很多,但不能跨机器访问。当nginx和uWSGI不在一台服务器上时,就需要使用TCP端口方式(别忘了更改nginx配置文件,取消相应注释):

uwsgi –socket :8001 –module mysite.wsgi –chmod-socket=664
接下来,启动nginx服务器,就可以访问django站点了。

5 使用ini配置文件跑uWSGI
到这里,我们已经把nginx+uWSGI+Django跑起来了,但uWSGI的参数比较多的时候,每次都要输入非常麻烦,这时,我们可以在django项目目录下建立一个mysite.uwsgi.ini

[uwsgi]
# 项目根目录路径(full path)
chdir          = /path/to/your/project
# Django的 wsgi 文件
module          = mysite.wsgi
# virtualenv目录 (full path)
home            = /path/to/virtualenv

master          = true
#
最大工作进程数(CPU密集型建议设为CPU核心数,IO密集型建议设为CPU核心数的两倍)
processes      = 16
# unix套接字文件路径
socket          = /path/to/your/project/mysite.sock
# socket文件权限
# chmod-socket    = 664
# 退出时清空环境
vacuum          = true
然后,直接根据配置文件运行uwsgi即可:

uwsgi –ini mysite.uwsgi.ini
6 管理uwsgi
Emperor模式
uWSGI的Epreror模式可以用来管理机器上部署的uwsgi服务,在这种模式下,会有一个特殊的进程(皇帝)对其它部署的服务(诸侯)进行监视。我们将所有配置文件(ini或xml文件,如上一节中的mysite.uwsgi.ini)统一放到一个文件夹(如:/etc/uwsgi/vassals)中,然后启动Emperor模式:

uwsgi –emperor /etc/uwsgi/vassals
这样,就会自动读取文件夹中的配置文件,并自动监控这些uwsgi服务: –
检测文件夹中有新的配置文件时,会启动新的uwsgi服务实例 –
检测到一个配置文件发生改变,会自动重启该服务 –
检测到一个配置文件被移除,则自动停止该服务 –
如果一个服务死了(诸侯),皇帝进程会重启该服务 –
如果监控进程(皇帝)死了,所有服务(诸侯)都会停止

用systemd管理uwsgi服务
配合Eperor模式,在centos、fedora、archlinux中,我们可以用systemd来管理uwsgi,首先,创建一个systemd
service文件(/etc/systemd/system/emperor.uwsgi.service)

[Unit]
Description=uWSGI Emperor
After=syslog.target

[Service]
ExecStart=/root/uwsgi/uwsgi –emperor /etc/uwsgi/vassals
Restart=always
KillSignal=SIGQUIT
Type=notify
StandardError=syslog
NotifyAccess=all

[Install]
WantedBy=multi-user.target
这样我们就可以用systemd来管理uwsgi服务了。启动服务:

$ systemctl start emperor.uwsgi.service
查询服务运行状态:

$ systemctl status emperor.uwsgi.service
停止服务

systemctl stop emperor.uwsgi.service
Linux系统中,还有一种通用的方法,就是在init.d 或 rc.d
中加入启动脚本,这种方式不够智能,而且网上资料很多,在这里暂不讨论。

7 常用参数和选项
关于参数的具体使用,可以阅读官方文档
,在这里列出一些常用的参数:

chdir 项目目录
home virtualenv目录(如没有运行virtualenv虚拟环境,则无需设置)
socket 套接字文件或TCP套接字,例如:site1.uwsgi.sock 或 127.0.0.1:8000
uid 用户id
gid 用户组id
processes 工作进程数
harakiri 进程超过该时间未响应就重启该进程(默认单位为秒)
module 要启动的wsgi模块入口,如:mysite.wsgi:application
ini 指定ini配置文件
xml 指定xml配置文件(与ini类似)
file 指定要运行的wsgi程序文件,如:test.py
emperor Emperor模式
so-keepalive 开启TCP KEEPALIVE(unix套接字方式下无效)
vacuum 退出时清空环境

更多参考

Nginx+uWSGI+Supervisor在Ubuntu上部署Flask应用 
http://www.linuxidc.com/Linux/2016-07/133064.htm

uWSGI+Django+Nginx的工作原理流程与部署过程
http://www.linuxidc.com/Linux/2017-03/141785.htm

快速部署Python应用:Nginx+uWSGI配置详解 
http://www.linuxidc.com/Linux/2016-12/137830.htm

Nginx+uWSGI+Django+Python 应用架构部署 
http://www.linuxidc.com/Linux/2015-10/124183.htm

Ubuntu Server 14.04.2 LTS 配置 Nginx + Uwsgi + Django 
http://www.linuxidc.com/Linux/2015-04/116397.htm

Flask+uWSGI+Nginx+Ubuntu部署教程
http://www.linuxidc.com/Linux/2016-06/132690.htm

Ubuntu 16.04下安装部署 Nginx+uWSGI+Django1.9.7 
http://www.linuxidc.com/Linux/2016-07/133484.htm

Nginx+uWSGI+Django在Ubuntu下的部署 
http://www.linuxidc.com/Linux/2016-07/133490.htm

Linux 上利用Nginx代理uWSGI处理Flask Web应用 
http://www.linuxidc.com/Linux/2016-08/134164.htm

本文永久更新链接地址:http://www.linuxidc.com/Linux/2017-03/141822.htm

ca88会员登录中心 7

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图