简单部署

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/;
}
}

#user  nobody;
worker_processes 1; #error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info; #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;
#tcp_nopush on; #keepalive_timeout 0;
keepalive_timeout 65; #gzip on;
# 定义负载均衡池,里面放入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/;
}
location /status {
stub_status on;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
} }
server {
listen 80;
server_name www.balabala.com;
location / {
root /data/balabala;
index index.html index.htm;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
} }
}

我的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项目,并且静态文件是否正常

这样静态文件也加载上了

最新文章

  1. AutoCompleteTextView自动补全文本框
  2. 关于AFNetworking菊花转圈圈的问题
  3. SQLServer中char与varchar的区别
  4. Qt编程之UI与控件布局
  5. hdu_5794_A Simple Chess(lucas+dp)
  6. ASP.NET MVC中使用异步控制器
  7. FreeSWITCH 安装配置的 各种坑, 填坑
  8. Windows上模拟Linux环境的软件Cygwin
  9. CAD中用户选择实体
  10. Unity优化之贴图
  11. ThreadLocal与线程池使用的问题
  12. MySql综合知识汇总
  13. [POJ2054]Color a Tree (并查集+贪心)
  14. vue2.0项目创建之环境变量配置
  15. 使用Github Pages和Hexo构建个人博客
  16. JSP(3)—Cookie和Session
  17. DISTINCT 与 GROUP BY 的比较
  18. grunt学习二
  19. ubuntu 下执行定时任务
  20. testng入门教程13同文件数据驱动

热门文章

  1. vue 路由跳转到本页面,ts 监听路由变化
  2. @Resource和@Autowire用谁?
  3. Visual Studio 2019 (VS2019)正式版安装 VisualSVN Server 插件
  4. git同步本地数据到github——第一次使用和以后使用
  5. SQL Server中,如何查看每个数据库的Owner是哪个SQL Server账户,也就是谁创建的
  6. C#与vb.net源码代码互转网站
  7. array list 的特点及几种遍历方法
  8. MySQL快速入门及常用命令
  9. Qt背景不显示问题
  10. 【原】Spring测试类代码