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

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
• 至于怎么配置，我现在先不考虑，
• 实际工作中，我们可以使用很多台的服务器，来做这个负载均衡，
• 代码层面的优化是有极限的，所以要靠硬件来解决了，
• 这个部署也不是我们部署的，是运维部署的，

项目总结：

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