当咱们部署完一个应用程序，浏览网页时具体的过程是怎样的呢？首先咱们得有一个 Web 服务器来处理 HTTP 协议的内容，Web 服务器得到客户端的请求，交给应用程序，应用程序处理完，返回给 Web 服务器，这时 Web 服务器再返回给客户端。Web 服务器与应用程序之间显然要进行交互，这时就出现了不少 Web 服务器与应用程序之间交互的规范，最先出现的是 CGI，后来又出现了改进 CGI 性能的FasgCGI，Java 专用的 Servlet 规范，Python 专用的 WSGI 规范等等。有了统一标准，程序的可移植性就大大提升了。
在这篇文章之前，所有的应用都是在命令行使用 Python 直接运行的，但是这种方式只适合在开发过程中使用，并不适合在生产环境中使用，在生产环境中可以使用 uWSGI + Nginx 来部署程序。
1.本地代码传输至 Linux /opt 下（目录自定义） # settings 配置 # django项目需要配置allow_hosts=['*']，允许所有主机访问 # debug=True #返回给项目一个debug信息，暴露了项目配置信息，因此在线上要关闭 2.环境准备 2.1虚拟环境 # 准备一个独立的虚拟环境 mkvirtualenv luffy_even 2.2解释器环境搬运 # 本地 pip3 freeze > requirements.py # 服务器 pip3 install -r r
Ubuntu中pip和pip3区别： pip默认给python2用，pip3默认给Python3使用
阿里云ECS服务，有时需要更新apt-get，故先要先执行第一步 使用：ＳＳＨ连接
布署 从uwsgi、nginx、静态文件三个方面处理 服务器介绍 服务器：私有服务器、公有服务器 私有服务器：公司自己购买、自己维护，只布署自己的应用，可供公司内部或外网访问 公有服务器：集成好运营环境，销售空间或主机，供其布署自己的应用 私有服务器成本高，需要专业人员维护，适合大公司使用 公有服务器适合初创公司使用，成本低 常用的公有服务器，如阿里云、青云等，可根据需要，按流量收费或按时间收费 此处的服务器是物理上的一台非常高、线路全、运行稳定的机器 服务器环境配置 在本地的虚拟环境中，项目根目录下，执行
使用ECS服务，有时需要更新apt-get，故先要先执行第一步 使用：ＳＳＨ连接 １：更新apt-get ＃sudo apt-get update 当用apt-get更新软件包时常出现错
建议输入yes，输入No的话还需要自己手动添加路径，否则conda将无法正常运行
本文目的：在centos7.x服务器上利用nginx和uwsgi部署Django应用
mkvirtualenv --python='/root/anaconda3/envs/MyDjango/bin/python' MyDjango
编写uwsgi配置文件： 在项目的路径下面，创建一个文件叫做yingjoy_uwsgi.ini的文件，然后填写以下代码： [uwsgi] # Django相关的配置 # 必须全部为绝对路径 # 项目的路径 chdir = /srv/yingjoy # Django的wsgi文件 module = yingjoy.wsgi # Python虚拟环境的路径 home = /root/.virtualenvs/django-env-py2 # 进程相关的设置 # 主进程 master = true # 最大数量的工作进程 processes = 10 # socket文件路径，绝对路径 socket = /srv/yingjoy/yingjoy.sock # 设置socket的权限 chmod-socket = 666 # 退出的时候是否清理环境 vacuum = true 然后使用命令uwsgi --ini yingjoy.ini，看下是否还能启动这个项目。 安装nginx：
修改/usr/local/var/www/static/目录的权限，使得django可以向其中 写入文件
将项目上传到服务器上的 /srv 目录下。这里以 git 的形式为例, 打开终端, 依次输入如下命令:
目录[-] Django的部署可以有很多方式，采用nginx+uwsgi的方式是其中比较常见的一种方式。今天在Ubuntu上使用Nginx部署Django服务，虽然不是第一次搞这个了，但是发现还是跳进了好多坑，google了好久才搞定。想想还是把这个过程记录下来，免得下次再来踩同样的坑。 安装Nginx apt-get install nginx ubantu安装完Nginx后，文件结构大致为： 所有的配置文件都在 /etc/nginx下； 启动程序文件在 /usr/sbin/nginx下
Django+uwsgi+Nginx的工作模式如下图所示，三个服务各司其职，分别为：
基础环境不做介绍，在django开发web项目完成后，一直使用django自带的服务器进行调试： python manage.py runserver 0.0.0.0:8080
在各方的推荐下，领导让我在测试环境部署之前开发的测试数据预报平台。那么问题来了，既然要在服务器上部署，
启动命令：python manage.py runserver 0.0.0.0:8000
2.3 项目流程 其实网上很多教程，都是关于uwsgi+nginx部署django的，StackOverflow也有一些解决常见错误的方法，但是部署还是容易出问题，新手难解决。 归根到底是自己不了解整个项目的流程。教程都只教方法，但为什么这样部署，这样部署有什么好处，每个组件都起什么作用却只字不提。致使只要部署稍微有那么一点不同，就无可是从了。 所以说，项目流程和每个组件的用途才是此次部署最重要的部分。
安装好之后， 然后到python的解压文件夹下 Modules 目录, 找到Setup.dist文件，将下面几行的注释去掉（下图已去掉）。 vim Setup.dist （约50%处） 209行，原来人家是注释的，你打开，之后就变为
nginx可以新建一个配置，放在项目目录，暂时不修改nginx的默认配置，端口号可以换一个，然后在/etc/nginx/conf.d/内新建一个软链接指向该配置文件，这样nginx在读取配置时会将该配置一起读进去。这样，访问端口号8080的请求便会指向我们自己的这个配置。
通过浏览器发送请求，能够获取到响应则表示uwsgi和Django程序能够正常进行通信了。
Django在开发过程中可以使用python3 manage.py runserver启动web服务，但是这个服务只是用来开发调试使用的。 正常的部署情况需要使用 uwsgi + nginx 进行服务部署。
如果架构是Nginx+uWSGI+APP，uWSGI是一个中间件 如果架构是uWSGI+APP，uWSGI是一个服务器
网站的访问量越来越大，服务器的服务模式也得进行相应的升级，比如分离出数据库服务器、分离出图片作为单独服务，这些是简单的数据的负载均衡，将压力分散到不同的机器上。有时候来自web前端的压力，也能让人十分头痛。怎样将同一个域名的访问分散到两台或更多的机器上呢？这其实就是另一种负载均衡了，nginx自身就可以做到，只需要做个简单的配置就行。
今天同事问了我一个问题，nginx和uWSGI的区别是啥？我当时答出了反向代理和静态文件，后来聊到了负载均衡，所以 好好查了下两者的区别。
本地 hosts 文件 sudo vim /etc/hosts（Mac 编辑方式） 添加以下：
首先Nginx服务是不能处理动态请求，那么当用户发起动态请求时, Nginx又是如何进行处理的。 1. 静态请求：请求的内容是静态文件就是静态请求 1）静态文件：文件上传到服务器，永远不会改变的文件就是静态文件 2）html就是一个标准的静态文件 1. 动态请求：请求的内容是动态的就是动态请求 1）不是真实存在服务器上的内容，是通过数据库或者其他服务拼凑成的数据
It is time to shed the burdens of the past year and come up fresh and alive.
Nginx 编译安装 Nginx # 依赖较多 gcc gcc-c++ autoconf automake openssl wget http://nginx.org/download/nginx-1.18.0.tar.gz tar -zxvf nginx-1.18.0 # 配置并安装 cd nginx-1.18.0 ./configure make && make install 工具安装 -- 推荐 # 配置yum仓库 cd /etc/yum.repos.d/ vim nginx.repo # [ng
今天主要完成的是项目在腾讯云服务器上ubuntu16.04+django+mysql+uwsig+nginx的部署过程 目前可以通过此处点击访问
Apache HTTPD又可以简称为httpd或者Apache，它是Internet使用最广泛的web服务器之一，使用Apache提供的web服务器是由守护进程httpd，通过http协议进行文本传输，默认使用80端口的明文传输方式，当然，后来，为了保证数据的安全和可靠性，又添加了443的加密传输的方式，Apache提供的服务器又被称为：补丁服务器，原因很简单，它是一款高度模块化的软件，想要给它添加相应的功能只需添加相应的模块，让其Apache主程序加载相应的模块，不需要的模块也可以不用加载，保证了Apache的简洁，轻便，高效性，当出现大量访问一个服务器是可以使用多种复用模式，保证了服务器能快速回应客户端的请求，如MPM，端口复用技术。
我大概部署了快2个星期了吧，从一开始的只能终端运行runserver，到昨天的只能
版权声明：@路飞哈 https://blog.csdn.net/qq_42571805/article/details/80862455
Flask框架有自带的http server,但是缺点非常明显，并发能力，及时响应非常差，只适合开发时自测使用。 在我接触过的项目中，生产环境使用nginx+uWSGI+flask应用程序进行部署服务端。 nginx主要作为防火墙，负载均衡，集群，反向代理，动静分离，缓存，压缩静态文件 等等。 uWSGI主要作为Web服务器，实现了WSGI协议、uwsgi、http等协议。简单来讲，就是flask应用程序和nginx之间的一个桥梁。以下为引用其他博客的部分 WSGI有两方：“服务器”或“网关”一方，以及“
在 linux 下需要用 python-admin 来开 django 的服务，如果你是 python3 那么命令应为 python3-admin manage.py runserver 可以正常访问页面，没有静态加载的问题
上一篇文章，我们提到了Python3+Django2 配置后台管理，在开发环境中这样启动测试是没有任何问题的，我们可以使用 Django 默认的服务器。但是，如果部署到外网就要考虑 Django 运行的性能问题了，默认服务器的处理能力是远远不够的。
Nginx+uwsgi部署Django #0 GitHub None #1 环境 CentOS6.9 ( 腾讯云服务器 ) Python 3.6.4 Django==2.0.7 #2 开始 #2.1 新建一个Django项目 项目根目录(把django项目放在opt目录下) /opt/pro #2.2 项目结构 工程名:pro app名:app . ├── app │ ├── __init__.py │ ├── admin.py │ ├── apps.py │ ├── migr
next_page_number ()：返回下一页的页码，如果下一页不存在，抛出 InvalidPage 异常
马哥linux运维 | 最专业的linux培训机构 ---- 在本地运行django应用相对来说还是挺方便的，使用自带的runserver启动即可。如果在生产环境部署django，就要多考虑一些问题了。比如静态文件处理，安全，效率等等 在网上找到了不错的部署的教程，讲解的还是很详细的，我就不重新再整理了。 五步教你实现使用Nginx+uWSGI+Django方法部署Django程序(上) – Django中国社区 五步教你实现使用Nginx+uWSGI+Django方法部署Django程序(下) – D
本节主要讲解的内容是 Nginx 如何和 uWSGI 配合使用，以及如何使用 Nginx 配置 Django 的静态资源，在本节的最后我们还要对项目部署流程做一下全面详细的总结，本节将作为本教程的最后一节，后续会根据读者的反馈再增加相应的 Django 知识介绍，最后希望各位读者阅读完这套《Python Django框架基础教程》能有所收获，这将是作为笔者的我最大的荣幸。
因为Mysql数据库新建的时候，所有大写字母都变成了小写，但是在项目配置文件中，数据库的名字中还是用的大写字母，而在ubuntu系统中，是区分大小写的，导致在连接数据库时报错。
因为是root用户，所以默认打开的是root目录，千万不要把目录放到root目录下，不然后面配置Nginx之后，将会出现普通用户没有访问root目录的权限，造成静态目录访问权限不足，报403错误。
Mac直接在bash中输入ssh root@你的主机ip Windows请下载ssh远程连接工具例如Putty 腾讯云默认不能以root身份登录，请使用以下方式登录
用过django的内置服务器127.0.0.1:8000都知道，如果debug=False的时候那么django就不会自己去寻找静态文件了，
这一步仅仅是为了验证wsgi和django是否都能正常使用,正常部署并不是用这种方法
5.先去runserver看看能不能启动起来，因为有的时候会有报错，一些依赖项没有安装的话，就根据报错去安装依赖项。我这里是没有报错的
给公司写的一个工具平台，先部署到自己的服务器上进行测试，真是困难重重，此文章仅记录自己踩坑过程和搭建教程，不保证你能按照教程成功搭建，但能把坑提前暴露出来，避免大家重复踩坑！
本文将介绍Flask的部署方案：Flask + Nginx + uWSGI，并使用docker进行容器化部署，部署的实例来源 Flask开发初探，操作系统为ubuntu。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
