正文

python-django框架-电商项目-项目部署_20191127

IP云
IP云V管理员/0 阅读
09/26
小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

python-django框架-电商项目-项目部署：

uwsgi作为web服务器：

  • 在pycharm中启动项目：使用python manage.py runserver
  • 这个runserver是django提供的开发的时候的web服务器，这个服务器只在开发的时候使用，部署的时候不会，部署的时候使用uwsgi，
  • uwsgi
  • 这是一个遵循wsgi协议的web服务器，
  • ###################            报错            ###########################
  • 安装：pip install uwsgi，这个转入自己的虚拟环境，
  • 报错:AttributeError: module 'os' has no attribute 'uname'
  • 解决:
  • 定位到uwsgiconfig.py文件中,首先import platform后,将os.unam()都改为platform.uname()即可。
  • os.uname()是不支持windows系统的。platform模块是支持任何系统。
  • 2.下载uwsgi离线安装
  • https://pypi.python.org/pypi/uWSGI/
  • 解压后,进入目录下
  • python setup.py install
  • 报错:Exception: you need a C compiler to builduWSGI
  • 安装了MinGW的c编译器，但是还是不行，
  • ################################################################
  • 下面我尝试在Linux系统部署项目
  • 安装：pip install uwsgi，这个转入自己的虚拟环境，
  • Ubuntu pip3安装uwsgi报错
  • Running setup.py install for uwsgi ... error
  • 解决方法：sudo apt-get install -y python3-dev
  • 测试uwsgi是否安装成功完成：uwsgi --version
  • 安装成功了，
  • uwsgi这个安装好了，怎么用它启动我们的项目?
  • uwsgi的配置：
  • 项目部署的时候，一定要把settings下面的DEBUG改为FALSE
  • DEBUG = False
  • ALLOWED_HOSTS = ['*']
  • 使用uwsgi还需要进行一个配置，
  • 在项目目录下，新建一个文件uwsgi.ini，这个ini就是配置文件的后缀
  • uwsgi的启动和停止，
  • 启动：uwsgi --ini uwsgi.ini    （后面是配置文件的路径） #不加--ini也可以
  • 停止：uwsgi --stop uwsgi.pid
  • 重启：uwsgi --reload uwsgi.pid
  • 启动的时候报错：
  • uwsgi: option ‘–http’ is ambiguous
  • getopt_long() error
  • 解决：sudo apt-get install uwsgi uwsgi-core uwsgi-plugin-python#uwsgi-plugin-python一定要安装
  • 但是还是不行，
  • 又找到一个解决方案：Ubuntu 安装  libxml*
  • 然后我找到了方法：sudo apt-get install libxml*
  • 但是又报错了：报错：无法安装XXX， 需要依赖于XXX，那就先去安装这个依赖的XXX
  • 然后开始找这个报错的解决方案：
  • 首先需要安装 aptitude：sudo apt-get install aptitude
  • 然后使用 aptitude 安装包：sudo aptitude install libxml*
  • 发现这个方法也不对，！！！！！！
  • 不对，还是要理清思路 ！！！！！！！！！！！！！！

#############################################################

重新理清思路：

第一步：安装uwsgi

  • 进入虚拟环境：
  • pip install uwsgi
  • uwsgi --version，看到版本就安装好了，

第二步：uwsgi的配置

  • 1，项目部署的时候，一定要把settings下面的DEBUG改为FALSE
  • DEBUG = False
  • ALLOWED_HOSTS = ['*']
  • 2，在项目目录下，新建一个文件uwsgi.ini，这个ini就是配置文件的后缀

#添加配置选择
[uwsgi]
#配置和nginx连接的socket连接
#socket=127.0.0.1:
#直接做web服务器使用 python manage.py runserver ip:port
http=127.0.0.1:
#配置项目路径，项目的所在目录
chdir=/home/andy/bj18/dailyfresh
#配置wsgi接口模块文件路径
wsgi-file=dailyfresh/wsgi.py
#配置启动的进程数
processes=
#配置每个进程的线程数
threads=
#配置启动管理主进程
master=True
#配置存放主进程的进程号文件
pidfile=uwsgi.pid
#配置dump日志记录
daemonize=uwsgi.log
#设置虚拟环境的路径
virtualenv=/home/andy/.virtualenvs/lq_py3

第三步：配置完了之后启动：

  • 启动：uwsgi --ini uwsgi.ini    （后面是配置文件的路径）
  • 出现这一句就对了：[uWSGI] getting INI configuration from uwsgi.ini
  • ps aux | grep uwsgi，查看启动的服务，会发现有很多的uwsgi的服务都启动了，
  • 执行了这些服务之后，就相当于执行了runserver，我们的服务就启动了，
  • 我们就可以通过监听的ip和端口号访问我们的网站了，
  • 停止：uwsgi --stop uwsgi.pid （后面是文件的路径）
  • 报错了：ImportError: No module named 'haystack'
  • 安装了之后不报错了，
  • 但是还需要配置，
  • 现在还有几个模块没有在Linux上面安装的，现在都安装一下，
  • 然后再进行，在Linux上面运行，python manage.py runserver，不报错了，就对了，
  • 经过了痛苦的一天的时间，终于搞定了这个服务的问题！！！！！还是非常的喜悦的心情的，哈哈哈哈！！！！！

第四步：访问Linux上面的http://127.0.0.1:8080/index

  • 访问这个网址可以显示网页，就说明你配置的是对的了，
  • 现在有一个问题，是不能显示样式的问题，
  • django配置中setting，有一个debug=True，那时候django自动帮你处理静态文件，现在部署的时候，把这个debug改成了False，所以django也不能帮你处理静态文件了，
  • 所以静态文件没有显示，
  • 怎么处理？
  • 需要用到Nginx，使用Nginx帮我们提供静态文件，
  • 现在我们已经知道uwsgi可以作为一个服务器，来访问，不需要使用启动django的方式了。

#####################

基本的部署框架解析

  • 刚刚我们使用uwsgi作为服务器的流程：
  • 用户浏览器，web服务器uwsgi，django代码
  • 这是三层，
  • 这3层怎么交互的，
  • 用户请求网站，首先是请求uwsgi这个web服务器，然后uwsgi调用django框架的入口，然后django处理，处理完成之后，会返回给uwsgi服务器，然后uwsgi返回给用户的浏览器，
  • 这就是刚刚搭建的过程，
  • 这是部署项目最简单的模型，
  • 下载这个模型有一个问题，就是我的静态文件不能显示，
  • 在uwsgi的前面加上一个Nginx服务器，这个Nginx服务器就是放在用户和uwsgi之间的，这就是四层了，
  • #########################
  • 用户浏览器，Nginx服务器，uwsgi服务器，django代码
  • Nginx也可以作为web服务器，用户浏览器请求，先去请求Nginx，Nginx里面配置，
  • 1，如果是动态请求，转交给uwsgi服务器，后面的过程不需要管， 只需要转交，然后uwsgi再到django代码，返回的时候，django把处理的信息给uwsgi，然后uwsgi给Nginx，然后Nginx给web浏览器，
  • 2，如果不是一个动态请求，是一个静态的请求，提前把项目用到的静态文件，放到Nginx所在电脑的某一个目录中，然后Nginx做一个配置，它会根据配置到目录下方，找到这个静态文件，然后直接返回给用户的浏览器，就不经过uwsgi了，
  • 这就是我们搭建Nginx的作用，
  • 到底是动态请求还是动态请求，都是根据url的配置，根据Nginx里面的location地址的配置，比如在Nginx里面配置一个/，一个/static，凡是static开头的就是一个静态的请求，其他的就是一个动态的请求，所以主要看Nginx的配置，
  • 我们这就是对之前3层的一个升级，

Nginx转交给uwsgi的部署：

  • 现在的问题就是怎么通过Nginx和uwsgi进行一个对接，
  • 第一步：要对接，我们uwsgi的文件需要做一个更改，找到配置文件，
  • 后面的操作，我只在我的Linux上面进行修改，
  • 进入我的Linux上面的项目目录：cd /home/andy/bj18/dailyfresh
  • #配置和nginx连接的socket连接
  • socket=127.0.0.1:8080   #把这一行放出来，
  • #直接做web服务器使用 python manage.py runserver ip:port
  • #http=127.0.0.1:8080
  • 第二步：Nginx也要配置
  • 进入Nginx目录：cd /usr/local/nginx/conf
  • 修改配置文件，
  • location / {
  • # 包含uwsgi的请求参数
  • include uwsgi_params;
  • #转交请求给uwsgi
  • uwsgi_pass 127.0.0.1:8080
  • }
  • 配置完了，增加了一个配置项，这个时候还没有配置静态和动态的区分，
  • 现在分别启动Nginx和uwsgi，
  • 现在就可以直接访问Nginx了，
  • #####################################
  • Nginx的ip和端口号是多少？
  • 127.0.0.1端口是80，你访问127.0.0.1，就是默认访问80，
  • 你想要访问首页，就是127.0.0.1/index
  • 好了这样访问这个地址就对了，

Nginx配置处理静态文件：

  • 继续配置Nginx，
  • 新建一个目录用户存放静态文件
  • cd /var/
  • mkdir -p /var/www/dailyfresh/static，没有父级目录，就新建，
  • 这就是我们的目录：/var/www/dailyfresh/static

  • location /static {
    # 指定静态文件存放的目录
    alias /var/www/dailyfresh/static/;
    }

  • 配置好了，
  • 下一步要把静态文件收集过来，放到我们的这个目录下面，
  • 不能把项目中static整个的文件夹全部copy过去，这只是你看到的静态文件，实际上比这还要多，
  • 那怎么把所有的静态文件找出来呢？
  • django提供了怎么收集项目所用到的静态文件，
  • django的settings中配置收集静态文件的路径，

  • #指定收集静态文件的路径
    STATIC_ROOT='/var/www/dailyfresh/static'

  • 然后修改文件夹的权限，
  • sudo chmod 777 /var/www/dailyfresh/static
  • 然后进入虚拟工作区，workon lq_py3
  • 进入项目目录：cd /home/andy/bj18/dailyfresh
  • 执行命令：python manage.py collectstatic
  • 这样就收集完了，
  • 重启Nginx，sudo /usr/local/nginx/sbin/nginx -s reload
  • 再次在Linux上面，访问这个页面，127.0.0.1/index
  • 发现这个页面就是有静态页面的好看的页面了，哈哈哈！！！！
  • 这样，我们的静态文件都是/static开头的，根据Nginx里面的配置，就能找到静态文件了，

到了这一步，基本的部署基本就可以了，

  • 这就是整个的部署架构了，
  • 在这个基础上，还有，
  • 之前有把首页生成静态文件，用户是访问我们的静态的首页，还是django的首页，我们需要做一个区分，如果访问包含/index的话，就交给django，如果访问的地址只有一个/，我们就交给celery上面的Nginx，让他产生一个静态页面，返回回来，
  • 怎么实现这个区分？
  • 我们需要在用户后面，django项目前面加入一个调度的Nginx，我就用刚刚的Nginx来做，
  • 流程图再次梳理一下：
  • 用户去访问我的网站，在网站的最前面会有一个调度的Nginx，后面就是我们的django项目（uwsgi+django），还有一个产生静态页面的电脑，静态页面服务器，在服务器上回生成静态的首页，静态页面是使用的celery，怎么生成提供这个页面？就需要在这个静态页面的服务器配置一个Nginx，
  • 整个网站部署完了之后，用户只会知道我们Nginx的ip或者域名，根据请求，我们的Nginx可以做一个区分，如果访问的是一个/，就是找静态的首页，如果是访问的/index，就是访问django去了，
  • 刚刚已经配置好了，可以实现如果是访问的/index，就是转交访问django去了，可以实现这个转交，现在关键的一点是，如果访问的是/，怎么找静态的首页，
  • 所以Nginx在这个项目承担了两个角色，一个是调度，转交给uwsgi处理，转交给静态服务器，还有一个功能就是处理静态文件，
  • 我们可以给Nginx的ip绑定一个域名，用户访问我们的网站， 输入域名，就是访问我们的Nginx，用户不知道其他内容，

当访问的是/的时候，怎么去访问静态页面？

  • 我们之前做的静态页面在哪里?
  • 在我们的fastdfs，
  • 我们在进入Nginx的配置文件：sudo vi /usr/local/nginx/conf/nginx.conf
  • 我们之前配置的，80端口是提供我们的静态页面，8888端口是提供我们的图片的，
  • 现在Linux的配置，80端口是用来，作为调度的，如果是/就是访问django，如果是/static就是访问静态文件，
  • 配置Nginx的配置文件，
  • sudo vi /usr/local/nginx/conf/nginx.conf
  • 难道我要两台Nginx服务器？？？？
  • 看来是的，这个问题不影响大局，我后面再看，

  • # 等于号是精确匹配，上面都是模糊匹配，
     location = / {
     #传递请求给静态文件服务器上的Nginx，
     proxy_pass http://192.168.100.128;
     }

  • 这个proxy，就是在满足这个条件的时候，转发给另外一个服务器，让它提供我们的静态首页，，

Nginx配置upstream思想实现均衡，

  • django项目后面是
  • 1，我们的数据库，,
  • 2，还有我们的fastdfs（里面有两个角色，tracker和storage，），
  • 3，还使用到了redis（承担了很多的功能，承担了缓存的作用，session的缓存存储，celery异步中承担broker的角色，购物车和浏览记录）
  • 后面的东西，就是我们的django和这些有一个交互的过程，
  • django项目可能在一台电脑上，mysql在另外一台电脑上，fastdfs也可能在另外一台电脑，我们看到的所有的东西都可以在不同的电脑上，
  • 比如redis的几个功能都可以放到不同的电脑上，
  • 但是Nginx是跟着fastdfs走的，因为要提供图片，Nginx也要跟着静态页面服务器走的，
  • 这样的一个过程，
  • Nginx我们一般叫做调度服务器，或者叫做负载均衡服务器，
  • 怎么叫负载均衡服务器，我一个网站， 在做好了之后去部署的时候，服务的代码可能启动的不只是一套，我们的代码可以运行多份，每跑一个，就是一个进程，就可以提供服务，用户的请求过来之后，我们就可以进行配置，Nginx可以转交给不同的代码服务器上去，这样就可以实现我们的负载的均衡了，
  • 比如用户的请求过来，Nginx做一个转交，可能转交到了代码服务器1，用户来了第二个请求，我可能就转交给代码服务器2，这种就是叫做负载均衡，
  • 这一点我们怎么配置？
  • 找到我们的项目配置文件，
  • 把uwsgi的配置文件复制一份，改动一下端口为8081，然后改名字为uwsgi2，
  • 然后启动这个uwsgi2，我们就会看到两个了uwsgi，uwsgi2，我们就是启动了两个服务器，我们通常叫做应用服务器，或者叫做业务处理的服务器，
  • 我现在需要在Nginx中做一个配置，在转发请求的时候，可以转发给这两个，实现一个负载均衡，
  • 配置：
  • sudo vi /usr/local/nginx/conf/nginx.conf
  • 至于怎么配置，我现在先不考虑，
  • 实际工作中，我们可以使用很多台的服务器，来做这个负载均衡，
  • 代码层面的优化是有极限的，所以要靠硬件来解决了，
  • 这个部署也不是我们部署的，是运维部署的，

项目总结：

  • 部署之后，项目就结束了，