WSGI是Web服务器网关接口。它是一个规范,描述了Web服务器如何与Web应用程序通讯,以及Web应用程序如何连接在一块儿以处理一个请求,(接收请求,处理请求,响应请求)
基于wsgi运行的框架有Bottle,Django,Flask,用于解析动态HTTP请求
支持WSGI的服务器
wsgiref
python自带的web服务器
Gunicorn
用于linux的 python wsgi Http服务器,经常使用于各类django,flask结合部署服务器。
mode_wsgi
实现了Apache与wsgi应用程序的结合
uWSGI
C语言开发,快速,自我修复,开发人员友好的WSGI服务器,用于Python Web应用程序的专业部署和开发。
在部署python程序web应用程序时,能够根据性能的需求,选择合适的wsgi server,不一样的wsgi server区别在于并发支持上,有单线程,多进程,多线程,协程的区别,
其功能仍是近似,无非是请求路由,执行对应的函数,返回处理结果。
Django的主要部署平台是 WSGI,这是用于Web服务器和应用程序的Python标准。 Django的 startproject管理命令设置一个简单的默认WSGI配置,能够根据须要为您的项目进行调整,并指示任何符合WSGI的应用程序服务器使用。 application 使用WSGI部署的关键概念是应用程序服务器用于与代码通讯的 application 可调用。它一般在服务器可访问的Python模块中做为名为 application 的对象提供。 startproject 命令建立包含这样的 application 可调用的文件 <project_name>/wsgi.py. ,它被Django的开发服务器和生产WSGI部署使用。 WSGI服务器从其配置中获取 application 可调用的路径。 Django的内置服务器,即 runserver 命令,从 WSGI_APPLICATION 设置读取它。
1. 首先nginx 是对外的服务接口,外部浏览器经过url访问nginx, 2. nginx接收到浏览器发送过来的http请求,将包进行解析,分析url,若是是静态文件请求就直接访问用户给nginx配置的静态文件目录,直接返回用户请求的静态文件,
若是不是静态文件,而是一个动态的请求,那么nginx就将请求转发给uwsgi, uwsgi接收到请求以后将包进行处理,处理成wsgi能够接受的格式,并发给wsgi,
wsgi 根据请求调用应用程序的某个文件的某个函数,最后处理完将返回值再次交给uwsgi,uwsgi将返回值进行打包,打包成uwsgi可以接收的格式,
uwsgi接收wsgi 发送的请求,并转发给nginx, nginx最终将返回值返回给浏览器。 3. 要知道第一级的nginx并非必须的,uwsgi彻底能够完成整个的和浏览器交互的流程,可是要考虑到某些状况 (1) 安全问题,程序不能直接被浏览器访问到,而是经过nginx,nginx只开放某个接口,uwsgi自己是内网接口,这样运维人员在nginx上加上安全 性的限制,能够达到保护程序的做用。 (2)负载均衡问题,一个uwsgi极可能不够用,即便开了多个work也是不行,毕竟一台机器的cpu和内存都是有限的,有了nginx作代理,一个nginx可 以代理多台uwsgi完成uwsgi的负载均衡。 (3)静态文件问题,用django或是uwsgi这种东西来负责静态文件的处理是很浪费的行为,并且他们自己对文件的处理也不如nginx好,
因此整个静态文件的处理都直接由nginx完成,静态文件的访问彻底不去通过uwsgi以及其后面的东西。
uwsgi.py文件html
# uwsgi在运行django项目的时候,必须找到django的wsgi.py文件内容中的参数,否则会报no application...的错 # 也就是得有这个实例化的对象才行: application = get_wsgi_application() #解决办法就是 uwsgi,必定要找到wsgi.py这个文件
wsgi前端
wsgi 全称web server gateway interface,wsgi不是服务器,也不是python模块,只是一种协议,描述web server如何和web application通讯的规则。
运行在wsgi上的web框架有bottle,flask,django
uwsgivue
uwsgi 和wsgi同样是通讯协议,是uWSGI服务器的单独协议,用于定义传输信息的类型
uWSGI
uWSGI 是一个web服务器,实现了WSGI协议,uwsgi协议。a
nginx
nginx web服务器,更加安全,更好的处理处理静态资源,缓存功能,负载均衡,所以nginx的强劲性能,配合uWSGI服务器会更加安全,性能有保障。
django
django 高级的python web框架,用于快速开发,解决web开发的大部分麻烦,程序员能够更专一业务逻辑,无须从新造轮子
以前咱们使用 python manage.py runserver 来运行服务器。这只适用测试环境中使用。node
正式发布的服务,须要一个能够稳定而持续的服务器。python
yum groupinstall "Development tools" yum install zlib-devel bzip2-devel pcre-devel openssl-devel ncurses-devel sqlite-devel readline-devel tk-devel
1. 安装虚拟环境virtualenv 2. 安装virtualenvwrapper工具 3. 确认virtualenvwrapper.sh脚本正常使用 4. 确认用户环境变量配置文件,有virtualenvwrapper.sh的四行配置 WORKON_HOME=~/Envs VIRTUALENVWRAPPER_VIRTUALENV_ARGS='--no-site-packages' VIRTUALENVWRAPPER_PYTHON=/opt/python36/bin/python3 source /opt/python36/bin/virtualenvwrapper.sh
5.从新加载环境变量配置文件
source /etc/profile 6. 建立路飞学城专用虚拟环境luffy_city_env 7. 上传requirements.txt 8. 安装路飞学城项目所须要的全部模块(在虚拟环境安装)
pip3 -i http://.pypi.douban.com/sample -r requirement
其中xadmin若是装不上就使用这条命令:
有两种方法 第一种: mysqldump -u root -p --all-databases > luffy_city.sql 第二种: 直接从navicat导出数据库的数据 (1) 先从navicat导出数据库数据,导出为luffycity.sql (2) 将luffycity.sql上传到服务器的/opt目录下 (3) 在服务器上进入mysql,而后建立数据库luffycity (4) 切换到数据库luffycity(use luffycity) (5) 使用命令source /opt/luffycity.sql导入luffycity.sql数据 (6) 使用show tables命令查看数据是否成功导入
#linux本机登陆
# 容许root用户远程登陆,而且给予全部数据库全部表的全部权限
grant all privileges on *.* to root@'%' identified by 'nihao123';
flush privileges;mysql
在linux的mysql,导入这个数据文件linux
(1) 进入mysql mysql -u root -p (2) 切换数据库 use luffycity (3) 导入数据 source /opt/luffycity.sql
一个是host=['*'],一个是数据库的用户密码,数据库名nginx
ALLOW_HOSTS=["*"] 数据库链接配置 注意: mariadb就是mysql,这里的ENGINE不用修改 DATABASES = { 'default': { 'ENGINE': 'django.db.backends.mysql', "HOST": "127.0.0.1", "PORT": 3306, "USER": "root", "PASSWORD": "root", "NAME": "luffycity", } }
(2)进入项目文件夹运行项目git
python3 manage.py runserver 0.0.0.0:8000 #这边必定要指定0.0.0.0:8000
(1) 进入luffy_city_env虚拟环境 workon luffy_city_env (2) 安装uwsgi pip3 install uwsgi
(1) 建立一个testqishi2.py #这个文件路径随便建,只是你要知道他的路径 (2) 写入如下几行代码 def application(env, start_response): start_response('200 OK', [('Content-Type','text/html')]) return [b"Hello World"] # python3 (3) 经过uwsgi命令将测试文件跑起来 uwsgi --http :9000 --wsgi-file testqishi2.py (4) 测试经过IP+端口访问 http://192.168.226.128:9000 (5)浏览器界面返回Hello World
uwsgi --http :9000 --module luffy.wsgi
uwsgi --http :9000 --module lufei.wsgi --py-autoreload=1 #修改了项目会自动从新加载文件 这个命令须要在项目我文件夹才可意思使用,由于wsgi.py文件
(1) 建立一个配置文件uwsgi.ini(注意,这个配置文件无论放在哪里均可以,可是启动的时候,须要找到这个配置文件) (2) 写入如下配置 [uwsgi]
chdir = /opt/lufei_pro/lufei
module = lufei.wsgi
home = /root/Envs/luffy_city_env
master = true
processes = 1
socket = 0.0.0.0:9000
#http = 0.0.0.0:9000
vacuum = true程序员
(3) 经过指定uwsgi.ini配置文件把django跑起来 uwsgi uwsgi.ini
#参数详解:
[uwsgi] # Django-related settings # the base directory (full path) # 写上项目的绝对路径 chdir = /opt/book_manage # Django's wsgi file # 填写找到django的wsgi文件,填写相对路径,以chdir参数为相对路径 module = book_manage.wsgi # the virtualenv (full path) # 填写虚拟环境的绝对路径 home = /root/Envs/book_manage_env/ # process-related settings # master #启动uwsgi主进程 master = true # maximum number of worker processes processes = 1 # the socket (use the full path to be safe #若是你使用了nginx,作反向代理,必须填写socket连接,而不是http参数 socket = 0.0.0.0:8000 #若是你不用nginx,直接使用uwsgi,运行一个http服务端,就用这个http参数 http = 0.0.0.0:8000 # ... with appropriate permissions - may be needed # chmod-socket = 664 # clear environment on exit vacuum = true
注意: socket和http参数二选一,必定要注意!!!!!!!!!!!!!!!!!!
注意: socket和http参数二选一,必定要注意!!!!!!!!!!!!!!!!!!
注意: socket和http参数二选一,必定要注意!!!!!!!!!!!!!!!!!!
可是因为uwsgi 不支持处理静态文件,因此,咱们须要配置nginx与uwsgi结合,经过nginx来处理静态文件
STATIC_ROOT='/opt/luffy_pro/static'
mkdir -p /opt/luffy_city/static
python3 manage.py collectstatic
# STATIC_ROOT 文件夹 是用来将全部STATICFILES_DIRS中全部文件夹中的文件,以及各app中static中的文件都复制过来 # 把这些文件放到一块儿是为了用nginx等部署的时候更方便
收集成功的标记
location / { include /opt/nginx112/conf/uwsgi_params; uwsgi_pass 0.0.0.0:9000; }
socket = 0.0.0.0:9000 # 启用此行 # http = 0.0.0.0:9000 # 停用此行
location /static{ alias /opt/lufei_pro/static; }
/opt/nginx1-12/sbin/nginx -s reload
192.168.12.56 www.qishi2.com #这样配置完了你也只能经过这两个配合8000端口访问,若是成功了说明后端配置成功了
1. 验证域名是否正常访问 2. 验证静态文件是否正常显示 3. 验证数据库是否链接正常 4. 验证redis数据库是否链接正常 5. 验证uwsgi是否正常启动
wget https://nodejs.org/download/release/v8.6.0/node-v8.6.0-linux-x64.tar.gz
tar -zxvf node-v8.6.0-linux-x64.tar.gz
PATH=/opt/node-v8.6.0-linux-x64/bin:/opt/python36/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin
注意: 此步很是重要, 讲师机上面的vue项目里面,这个IP没有建立全局变量,致使127.0.0.1和localhost分布在不少个文件中,因此须要一个一个替换
cd /opt/luffy_pro/luffy_pc
npm run build
/opt/luffy_city/luffy_pro/dist
新增一个主机
server{ listen 80; server_name 192.168.226.128; #url匹配, 也就是在192.168.110.12时,此时进入location,返回vue的dist下的路飞学城首页index.html location /{ root /opt/lufei_pro/lufei_02/dist; index index.html index.htm; } }
因为supervisor在python3下没法使用,所以只能用python2去下载!!!!!!
因为supervisor在python3下没法使用,所以只能用python2去下载!!!!!!
因为supervisor在python3下没法使用,所以只能用python2去下载!!!!!!
ech# 注意此时已经退出虚拟环境了!!!!! easy_install supervisor # 若是没有easy_install的话,就yum安装一个setuptools工具就能够用了 yum install python-setuptools
echo_supervisord_conf > /etc/supervisord.conf
[program:luffy_city] command=/root/Envs/luffy_city_env/bin/uwsgi /opt/luffy_city/luffy/uwsgi.ini #这里是结合virtualenv的命令 和supervisor的精髓!!!!
参数详解:
supervisord.conf配置文件参数解释 [program:xx]是被管理的进程配置参数,xx是进程的名称 [program:xx] command=/opt/apache-tomcat-8.0.35/bin/catalina.sh run ; 程序启动命令 autostart=true ; 在supervisord启动的时候也自动启动 startsecs=10 ; 启动10秒后没有异常退出,就表示进程正常启动了,默认为1秒 autorestart=true ; 程序退出后自动重启,可选值:[unexpected,true,false],默认为unexpected,表示进程意外杀死后才重启 startretries=3 ; 启动失败自动重试次数,默认是3 user=tomcat ; 用哪一个用户启动进程,默认是root priority=999 ; 进程启动优先级,默认999,值小的优先启动 redirect_stderr=true ; 把stderr重定向到stdout,默认false stdout_logfile_maxbytes=20MB ; stdout 日志文件大小,默认50MB stdout_logfile_backups = 20 ; stdout 日志文件备份数,默认是10 ; stdout 日志文件,须要注意当指定目录不存在时没法正常启动,因此须要手动建立目录(supervisord 会自动建立日志文件) stdout_logfile=/opt/apache-tomcat-8.0.35/logs/catalina.out stopasgroup=false ;默认为false,进程被杀死时,是否向这个进程组发送stop信号,包括子进程 killasgroup=false ;默认为false,向进程组发送kill信号,包括子进程 supervisord.conf配置文件参数解释
supervisorctl update
supervisord -c /etc/supervisord.conf # 启动supervisor supervisorctl -c /etc/supervisord.conf # 启动和进入supervisor交互模式
supervisorctl # 使用此命令后将会进入supervisor交互式管理界面 status # 查看进程运行状态
stop luffy_city # 关闭luffy_city进程 stop all # 关闭全部进程 start luffy_city # 开启luffy_city进程 start all # 开启全部进程 status # 查看全部进程运行状态
restart 进程名称 #重启某一进程
supervisorctl reload #从新启动全部进程
supervisorctl status # 能够不用进入交互模式查看
这边要注意的是:由于uwsgi启动了django项目,而访问这个项目时经过nginx转发到uwsgi,因此uwsgi启动django项目要早于naginx启动