nginx搭建基于python的web环境的实现步骤

Python  /  管理员 发布于 7年前   169

前言：

在搭建开始前，我们先来梳理下web服务工作流程，先看下图：

1、用户(PC)向web服务器发起http请求

2、web服务器判断用户请求文件是否为静态文件，是则直接读取静态文件并返回给用户,不是则通过WSGI协议将请求丢给web框架(django)代码处理

3、看web框架是否启动django中间件，如果启用，则依据中间件对请求进行修改，如果不启用，则进入下一步

4、web框架中的路由程序将根据请求中的url文件名将请求路由至相应py文件

5、相应py文件收到请求后根据用户提交的参数进行计算（期间可能会调用数据库），然后返回计算后的结果和自定义头部信息以及状态码返回

6、web框架将返回的数据打上通用标识符(头部信息)后返回给web服务器

7、web服务器打上web服务器的通用标识符(头部信息)后返回给用户

8、用户收到返回的数据

通过上面可以看到django框架基于WSGI协议和web服务器进行交互，那么WSGI协议又是什么呢？ 咱们用代码来说明(伪代码。写一个简易的遵循WSGI协议的web服务器软件和django程序)：

WSGI服务器的程序：

class WSGI_WEB(object): def __init__(self): # 1. 创建套接字 self.tcp_server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM) self.tcp_server_socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) # 2. 绑定 self.tcp_server_socket.bind(("", 7890)) # 3. 变为监听套接字 self.tcp_server_socket.listen(128) def set_response_header(self, status, headers): self.status = status self.headers = [("server", "WSGI_simple_web v1.0")] self.headers += headers def run(self): new_socket, client_addr = self.tcp_server_socket.accept() env = new_socket.recv(1024) body = application(env, set_response_header) # env是web服务器接收到浏览器发送来的数据包；set_response_header为web服务器的一个方法地址，目的是让django帮web服务器生成http头部(不是以return的形式给web服务器)；此外还有这里调用django里的应用还有一个最核心的任务，就是获取返回数据的body！ header = self.status + self.headers response = header + body   new_socket.send(response.encode("utf-8"))

django的app程序：

def application(env, start_response): start_response('200 OK', [('Content-Type','text/html')]) return [b"Hello World"] 

问题：

在生产环境中使用django提供的简易web服务器性能太差，一般只用于调试。强大的nginx又不支持WSGI，那么怎么办呢？

方案：

在nginx和python应用之间加一层支持WSGI协议的web服务器。以后静态文件由nginx进行处理，动态文件丢给WSGI服务器，然后WSGI服务器再丢给web框架处理。最理想的支持WSGI协议的web服务器就是uWSGI。

下面来详细介绍下搭建uWSGI服务器以及与nginx联动的方法：

1、安装uWSGI（支持WSGI的WEB服务器）：

centos下python3.6安装uWSGI方法：

yum install -y gcc* pcre-devel openssl-devel python36-devel.x86_64pip3.6 install uwsgi

2、开启uWSGI服务

方式一：

uwsgi --http 192.168.31.123:80 --file teacher/wsgi.py --static-map=/static=static--http 监听IP端口--file 项目wsgi.py文件路径--static-map 静态文件路径

注意： 执行这条命令的时候：一定要在这个项目目录中~ 

方式二(使用配置文件)：

vi uwsgi.ini：[uwsgi]# 监听端口（nginx采用反向代理模式时必填）http = 0.0.0.0:8888# 项目目录chdir=/opt/test/test1/# 启动uwsgi的用户名和用户组uid=rootgid=root# 指定项目的application（我猜是这里的“test1.wsgi”拼接上面的项目目录后，就将项目中的wsgi.py文件和uWSGI服务器关联起来了）module=test1.wsgi:application # 指定sock的文件路径（nginx采用本地模式时必填）socket=/opt/test/script/uwsgi.sock # 启用主进程master=true# 进程个数workers=5pidfile=/opt/test/script/uwsgi.pid# 自动移除unix Socket和pid文件当服务停止的时候vacuum=true# 序列化接受的内容，如果可能的话thunder-lock=true# 启用线程enable-threads=true # 设置自中断时间harakiri=30 # 设置缓冲post-buffering=4096 # 设置日志目录daemonize=/opt/test/script/uwsgi.log # 设置隔多久加载一次项目代码py-autoreload=1执行配置文件（注意：这里用什么账户执行的，以后渗透进来获取到的就是什么账户。所以这一步切忌不要用root执行。）：　　uwsgi --ini uwsgi.ini

彩蛋：

重启uWSGI进程： uwsgi --reload uwsgi.pid  # 代码做变更后uWSGI进程不会立即加载，此时可以重启一下uWSGI进程让它生效。。。是不是感觉有点坑，没事，可以在配置文件中设置py-autoreload关闭uWSGI进程： uwsgi --stop uwsgi.pid  

3、配置nginx

方式一（反向代理模式）：

upstream uwsgi{ server 10.10.10.29:8888;} server { listen 80; server_name localhost;  #charset koi8-r; #access_log /var/log/nginx/host.access.log main;  location / { proxy_pass http://uwsgi; # 通过反向代理和uWSGI服务器关联 }}

方式二（本地模式）：

server { listen 8080; server_name localhost;  #charset koi8-r; #access_log /var/log/nginx/host.access.log main;  location / { include uwsgi_params; # 指定nginx和uWSGI服务器的通信方式 uwsgi_connect_timeout 30; uwsgi_pass unix:/opt/test/script/uwsgi.sock; # 通过sock文件和uWSGI服务器关联！ 因为nginx会去读取.sock文件，所以需要关闭selinux才行！！！ }}

4、此时访问django的admin管理后台时，静态资源会调取失败。这时可以将该项目所有静态资源统一收集到一个文件夹下，然后由nginx统一去调取，真正做到动静分离(动的给uWSGI，静的由nginx直接调取)：

在settings.py中加入：

TATIC_ROOT = os.path.join(BASE_DIR, 'static_file')

执行如下命令(搜集项目中所有静态文件至'static_file'目录)：

python3.6 manage.py collectstatic --noinput

此时会在项目目录下生成一个'static_file'文件夹，内含admin和所有app涉及的静态文件 。

在nginx中配置静态文件路径（如果nginx和uWSGI不属同一台服务器可以使用反向代理的方式来调取静态文件）：

location /static/ { alias /opt/test/test1/static_file/;}

此时就可以访问基于python后台的web网站了

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。