简单部署
1.安装虚拟环境virtualenvwrapper，创建虚拟环境目录，进入虚拟环境，我的虚拟环境目录叫venv2
[root@HH ~]# workon venv2 (venv2) [root@HH ~]# ls
2.cd进入到项目目录里面，安装项目必须的模块，例如django，djangorestframework，pymysql等等。
3.修改settings.py的配置文件
修改数据库配置
DATABASES = { 'default': { 'ENGINE': 'django.db.backends.mysql', 'NAME': 'mydjango', #数据库名 'HOST': '127.0.0.1', #这里服务器的ip地址 'PORT': 3306, #端口 'USER': 'root', #用户名 'PASSWORD': 'zou123456', #用户密码 } }
更改允许主机
ALLOWED_HOSTS = ['*']
关闭debug
debug=True
4.进入数据库创建mydjango数据库
5.启动项目
python manage.py runserver 0.0.0.0:8008
注意点：检查mysql数据库是否启动，启动时加0.0.0.0，关闭防火墙，如果时云服务器，检查安全组
什么是wsgi
WSGI是web服务器网关接口，它是一个规范，描述了web服务器如何与web应用程序通信。以及web应用服务器如何链接在一起处理一个请求。
django的主要部署平台是WSGI，这是用于web服务器和应用程序的python标准。django的startproject管理命令设置一个简单的WSGI配置，可以根据需要为你的项目进行调整。使用WSGI部署的关键概念是应用服务器用于与代码通信的application可调用。它通常在服务器可访问的python模块中作为名为application的对象提供。
startproject命令创建包含这样的application可调用的文件<project_name>/wsgi.py，它被django的开发服务器和生产WSGI部署使用。WSGI服务器从配置中获取application可调用的路径，django的内置服务器，既runservre命令，从WSGI_APPLICATION设置读取它。
为什么要用nginx+uwsgi
nginx是对外的服务接口，外部浏览器通过url访问nginx，nginx接收到浏览器发送来的http请求，将包进行解析，分析url，如果是静态文件请求就直接访问用户给nginx配置的静态文件目录，直接返回用户请求的静态文件资源。
如果不是静态文件，而是一个动态的请求。那么nginx就将请求转发给uwsgi，uwsgi 接收到请求之后将包进行处理，处理成wsgi可以接受的格式。并发给wsgi，wsgi根据请求调用 应用程序的某个文件的某个函数。处理完将返回值在交给wsgi，wsgi将返回值进行打包，打包成uwsgi能够接受的格式，uwsgi接收wsgi发送的请求，并转发给nginx，nginx最终将返回值返回给浏览器。
nginx并不是必须的，uwsgi完全可以完成整个和浏览器交互的流程，但要考虑到某些情况
1.安全问题：程序不能直接被浏览器访问到。而是通过nginx，nginx只开放某个接口。uwsgi本身是内网接口，在nginx上加上安全性的限制，可以达到保护程序的作用。
2.负载均衡：一个uwsgi很可能不够用， 即使开了多个work也不行，毕竟一台机器的cpu和内存是有限的，有了nginx做代理，一个nginx可以代理多台uwsgi完成uwsgi的负载均衡。
3.静态文件：用django或者uwsgi这种东西来负责静态文件的处理是很浪费的行为，而且他们本身对文件的处理也不如nginx好，所以整个 静态文件的处理都由nginx完成，静态文件的访问完全不经过uswgi以及后面的东西。
uwsgi # 和wsgi一样是通信协议，是uWSGI服务器的单独协议，用于定义传输信息的类型 uWSGI # 是一个web服务器，实现了WSGI协议，uwsgi协议。a nginx # web服务器，更加安全，更好的处理处理静态资源，缓存功能，负载均衡，因此nginx的强劲性能，配合uWSGI服务器会更加安全，性能有保障。 django # 高级的python web框架，用于快速开发，解决web开发的大部分麻烦，程序员可以更专注业务逻辑，无须重新造轮子
如果将一次通信转化为“对话”的过程
Nginx：hello wsgi，我刚收到一个请求，你准备下然后让django来处理吧
WSGI：好的nginx，我马上设置环境变量，然后把请求交给django
Django：谢谢WSGI，我处理完请求马上给你响应结果
WSGI：好的，我在等着
Django：搞定啦，麻烦wsgi吧响应结果传递给nginx
WSGI：太棒了，nginx，响应结果请收好，已经按照要求传递给你了
nginx：好滴。我把响应交给用户。合作愉快
Django+Nginx+uwsgi 安装配置
在前面我们使用python manage.py runserver 0.0.0.0:8008来运行服务器，这只适用于测试环境中使用。正式发布的服务，需要一个可以稳定而持续的服务器。
在使用Django+Nginx+uwsgi部署时，请确保简单部署没问题。还是在虚拟环境venv2里部署。
1.进入虚拟环境venv2，安装uwsgi，Apitest为我的django项目名，表明我现在在项目的根目录下。
(venv2) [root@HH Apitest]# pip3 install -i https://pypi.douban.com/simple uwsgi
检查uwsgi的版本
(venv2) [root@HH Apitest]# uwsgi --version 2.0.18
2.通过uwsgi启动django项目（uwsgi不处理static静态文件的配置）
确保当前的路径为项目根目录下，也就是和manage.py文件同级，注意--http后面有空格
(venv2) [root@HH Apitest]# uwsgi --http :9001 --module Apitest.wsgi *** Starting uWSGI 2.0.18 (64bit) on [Sun Oct 6 14:33:07 2019] *** compiled with version: 4.8.5 20150623 (Red Hat 4.8.5-39) on 06 October 2019 05:24:14 os: Linux-3.10.0-957.21.3.el7.x86_64 #1 SMP Tue Jun 18 16:35:19 UTC 2019 nodename: HH machine: x86_64 clock source: unix
- --http 指明是http协议
- :9001 指定端口号
- --module Apitest.wsgi 加载指定的wsgi模块，根据自己的项目名称自己指定
访问我们的django自带的后台，静态文件不加载
启动后查看进程
[root@HH ~]# ps -ef | grep uwsgi
补充：大家都知道pycharm会自动检测django项目，如果代码有变动，会自动重启，uswgi也可以，加上一个参数就可以了
(venv2) [root@HH Apitest]# uwsgi --http :9001 --module Apitest.wsgi --py-autoreload=1
--py-autoreload是告诉uwsgi自动重启加载django项目，1表示为True
我们可以把上面的配置也在文件里，通过配置文件启动，uwsgi支持ini、xml等多种配置方式，本文以 ini 为例， 在项目的根目录下（和manage.py）创建一个uwsgi.ini文件,写入下面内容
[uwsgi] # 项目的绝对路径，定位到项目的第一层，我的项目是放在tmp下 chdir = /tmp/Apitest# 指明项目的wsgi文件路径 module =Apitest.wsgi # 指明你的虚拟解释器的第一层路径 home = /root/Envs/venv2 #指明通过uwsgi，启动多少个进程 processes = 5 #如果你已经配置了nginx(启动了nginx服务，配置了uwsgi_pass)，请用这个socket连接 #socket = 0.0.0.0:8000 #如果你没用nginx，想通过uwsgi直接启动web服务，指明http协议 http = 0.0.0.0:9999 #在退出uwsgi环境后，清空环境变量 vacuum = true
然后就可以通过下面命令启动了
(venv2) [root@HH Apitest]# uwsgi --ini uwsgi.ini
注意uwsgi不会处理静态文件，如果有，也是浏览器的缓存
3.配置django的settings.py，收集所有Apitest项目所需的静态文件
在settings.py配置文件加下面一行
STATIC_ROOT='/tmp/static/' # 路径自己指定
执行命令
python manage.py collectstatic
此时Apitest的所有静态文件，都跑到/tmp/static/底下了
4.配置nginx
配置一个网站入口，当用户访问192.168.88.67:80 这个web应用时，自动将请求转发给uwsgi，uwsgi处理后，返回给nginx，返回给用户
当请求是192.168.88.67:80的时候，其实访问的是192.168.88.67:9999 这是动态请求，因为我是找到的uwsgi
确保nginx启动的
配置文件
nginx.conf配置如下
#定义负载均衡池，里面放入uwsgi的地址 upstream Api{ server 127.0.0.1:8000; } server { listen 80; server_name localhost; # 将nginx入口的请求，直接反向代理给uwsgi location / { uwsgi_pass Api; include /opt/nginx1-16/conf/uwsgi_params; } # 通过nginx处理nbcrm的静态文件 location /static { alias /tmp/static/; } }
我的nginx的配置文件，仅供参考
检查配置文件，加载配置文件
(venv2) [root@HH sbin]# ./nginx -t (venv2) [root@HH sbin]# ./nginx -s reload (venv2) [root@HH sbin]# ./nginx
5.更改uwsgi.ini ，指明socket连接，结合uwsgi 和nginx
如果你已经配置了nginx，请用这个socket连接socket = 0.0.0.0:8000
[uwsgi] #项目的绝对路径，定位到项目的第一层 chdir = /tmp/LuffyBoy #指明项目的wsgi文件路径 module =LuffyBoy.wsgi #指明你的虚拟解释器的第一层路径 home = /root/Envs/venv2 #指明通过uwsgi，启动多少个进程 processes = 5 #如果你已经配置了nginx(启动了nginx服务，配置了uwsgi_pass)，请用这个socket连接 socket = 0.0.0.0:8000 # 使用这个，将下面的http注释掉 #如果你没用nginx，想通过uwsgi直接启动web服务，指明http协议 #http = 0.0.0.0:9999 #在退出uwsgi环境后，清空环境变量 vacuum = true
6.启动uwsgi.ini
(venv2) [root@HH Apitest]# uwsgi --ini uwsgi.ini
7.并且访问nginx的域名入口，查看是否能访问到uwsgi项目，并且静态文件是否正常
这样静态文件也加载上了
