Centos上Python应用部署详情（Nginx 和 Gunicorn 部署 Django项目）

步骤一：在Centos上安装Python3.6

可见文章：Linux-Centos7安装python3并与python2共存

步骤二：用Python3.6自带的venv，创建虚拟环境

创建一个虚拟环境的目录，然后进入到该目录（py3）

localhost:py3 zhaofan$ pwd
/Users/zhaofan/py3

创建虚拟环境

python3 -m vent .

激活虚拟环境

source bin/activate

如下图：

Centos上Python应用部署详情（Nginx 和 Gunicorn 部署 Django项目）_第1张图片

这样虚拟环境就创建完成

退出虚拟环境
(py3)$deactivate

问题：如何复制虚拟环境A下的依赖到虚拟环境B？

解决：先在A环境中把所有依赖都保存到XX.txt中,使用pip freeze:

pip3 freeze > re.txt

这时会在当前目录下生成re.txt文件，打开后可以看到该环境下pip3所有第三方依赖包，可以按情况删除不需要的包。
然后把re.txt文件复制到环境B下，运行pip3 install -r re.txt，就会自动安装好第三方依赖了。
注意：有的扩展库通过pip install的方式安装可能会出现问题(比如 lxml)，那么通过上面那条命令安装也会失败，这种扩展库我们只有去这里下载编译好的.whl文件进行单独安装。先在虚拟环境中安装wheel(pip install wheel)，然后就可以直接用pip命令安装.whl文件了。

步骤三：部署项目代码

Django 项目中会有一些 CSS、JavaScript 等静态文件，为了能够方便地让 Nginx 处理这些静态文件的请求，我们把项目中的全部静态文件收集到一个统一的目录下，这个目录通常位于 Django 项目的根目录，并且命名为 static。为了完成这些任务，需要在项目的配置文件里做一些必要的配置：

blogproject/settings.py

# 其他配置...

STATIC_URL = '/static/'
# 加入下面的配置
STATIC_ROOT = os.path.join(BASE_DIR, 'static')

STATIC_ROOT 指明了静态文件的收集目录，即项目根目录（BASE_DIR）下的 static 文件夹。
为了安全起见，在生产环境下需要关闭 DEBUG 选项。打开 settings.py 文件，找到 DEBUG选项，将它们设置成如下的值：

blogproject/settings.py

DEBUG = False

如果将本地编写的代码放到GitHub上，那在虚拟环境下直接下载GitHub的代码即可

git clone XXXgit仓库目录

当然也可以是SVN等，具体就不赘述了。

然后安装项目依赖，直接pip3 install -r re.txt就可以了（具体见步骤二）

收集静态文件
虚拟环境下继续运行 python manage.py collectstatic 命令收集静态文件到 static 目录

python3 manage.py collectstatic

生成数据库

python3 manage.py migrate

步骤四：配置Nginx

安装Nginx请看Linux(CentOS 6.5) 下Nginx 安装，重启和停止
Nginx的配置文件配置（建议的方法）：
在自己项目目录下加个新建个nginx的配置文件nginx_blog.conf，将其建立软连接，连接到自己系统的nginx安装目录下的conf/conf.d目录下(conf.d目录为我自己添加)

ln -s /opt/mysites/boke/blogproject/nginx_blog.conf
/usr/local/nginx/conf/conf.d

/opt/mysites/boke/blogproject/nginx_blog.conf

server {

        listen       9000;

        server_name  localhost;

        access_log /opt/mysites/boke/blogproject/access.log;#访问日志

        error_log /opt/mysites/boke/blogproject/error.log;#错误日志

        location / {

            proxy_pass [http://127.0.0.1:9090](http://127.0.0.1:9090); #动态请求交给gunicorn，9090端口就是gunicorn用的端口

            #proxy_set_header Host $host; 

            #proxy_set_header X-Real-IP $remote_addr;

            #proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

            #proxy_set_header X-Forwarded-Proto $scheme;

        }

        # location 顾名思义，定位，就是当访问 / 的时候，nginx会将请求转给本地的8080端口，而后面的设置都是一些基本的配置，可以直接用

        location /static {

            alias /opt/mysites/boke/blogproject/static;

        }

        # 这个就是配置静态文件的地方，要用绝对地址，对应最开始的目录形式，假设project就在/home下面，那么这样配置就可以的了，还有个前提是，你在开发的时候，采取了django的建议，每个app的静态文件都用多了一层app_name的文件夹来包住。

    }

问题1：
proxy_set_header Host $host; #这里我一开始没有注释的，网页访问的时候都是报bad request 400错误，后来注释掉以后可以访问，具体原因还不知道

nginx主配置文件/usr/local/nginx/conf/nginx.conf里include 配置文件

user  root;
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;
    include       conf.d/nginx_blog.conf; #blog站点

    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;
    
}

django项目的站点名(域名或IP或者表示全部)加入到 settings.py的ALLOWED_HOSTS里:

ALLOWED_HOSTS = [‘*’]

如果要外部访问，则打开8000端口：

/sbin/iptables -I INPUT -p tcp --dport 8000 -j ACCEPT

service iptatbles save

问题2：Django DEBUG=False时静态文件404的问题
设置urls.py（在urls.py文件里增加下面代码）

from django.views.static import serve 
from django.conf import settings 

if not settings.DEBUG: 
    urlpatterns += [url(r'^static/(?P.*)$', serve,{'document_root': settings.STATIC_ROOT})]

配置完后，检查下
/usr/local/nginx/sbin/nginx -t 检查配置语法是否正确
/usr/local/nginx/sbin/nginx 启动nginx
/usr/local/nginx/sbin/nginx -s reload 重启nginx

步骤五：安装配置Gunicorn

安装：
直接 pip install gunicorn 就可以了

配置：
用gunicorn代替runserver
在django的settings INSTALLED_APPS里面加上gunicorn

方法1：
在项目的manage.py文件夹中运行
gunicorn ×××.wsgi:application -b 127.0.0.1:9090 —reload

方法2：
在项目根目录下创建一个配置文件：gunicorn.conf.py ，配置如下：

import multiprocessing

bind = "127.0.0.1:9090"
workers = 2
errorlog = "/opt/mysites/boke/blogproject/gunicorn.error.log"
#loglevel = "debug"
proc_name = "gunicorn_blog_project"

在上述配置的情况下，Gunicorn 会在 /tmp/ 目录下创建一个名为 gunicorn1.sock 的 Unix 套接字。还会启动一些工作进程，进程数量相当于 CPU 内核数量的 2 倍。它还会自动重新加载并作为守护进程运行。

在该目录下运行命令：

gunicorn -c gunicorn.conf.py blogproject.wsgi:appliction

稍微复杂点的命令：

gunicorn -c gunicorn.conf.py -D --error-logfile gunicorn.error.log blogproject.wsgi:appliction

上面的命令应该从项目的根目录运行。 -c 选项告诉 Gunicorn 使用你创建的配置文件。 -D 再次指定 gunicorn 为守护进程。最后一部分指定 Gunicorn 的错误日志文件在你创建 Gunicorn 文件夹中的位置。命令结束部分就是为 Gunicorn 指定 .wsgi 文件的位置。

最后打开网页，看下是否能成功访问。以上我搞了两天，中间各种不服。

附录：

gunicorn 不要用命令中传参来做配置，用文件。

配置说明见官方文档 http://docs.gunicorn.org/en/latest/settings.html#logging

优化后的配置文件：

# coding=utf-8
import sys
import os
import multiprocessing

path_of_current_file = os.path.abspath(__file__)
path_of_current_dir = os.path.split(path_of_current_file)[0]

_file_name = os.path.basename(__file__)

sys.path.insert(0, path_of_current_dir)



worker_class = 'sync'
workers = multiprocessing.cpu_count() * 2 + 1

chdir = path_of_current_dir

worker_connections = 1000
timeout = 30
max_requests = 2000
graceful_timeout = 30

loglevel = 'info'

reload = True
debug = False



bind = "%s:%s" % ("0.0.0.0", 8811)
pidfile = '%s/run/%s.pid' % (path_of_current_dir, _file_name)
errorlog = '%s/logs/%s_error.log' % (path_of_current_dir, _file_name)
accesslog = '%s/logs/%s_access.log' % (path_of_current_dir, _file_name)