我配置的是Django + uwsgi + Nginx
说下思路,先进行模块化测试:
Django:
Django 下 第一个坑是sql版本低问题,原因用pip安装不正确,在网上查了下按这个文章重装下就好了
https://blog.csdn.net/qq_39969226/article/details/92218635
重新运行提示没有site-packages
在 [uwsgi]文件下新增pythonpath = /usr/local/python3/lib/python3.7/site-packages 就可以了
在Django目录下输入 Python manage.py runserver 0.0.0.0:8080
在浏览器内输入:http://127.0.0.1:8002,检查django是否运行正常。
uwsgi:
在/etc/目录下新建uwsgi9090.ini,添加如下配置:
1 [uwsgi]
2 #socket 为上线使用,http为直接作为服务器使用。
3 #socket = 0.0.0.0:8080 #ip和端口号可以改
4 http = 0.0.0.0:8080
5 #项目目录
6 chdir=/usr/local/python3/bin/OutoundManageemnt
7 module=OutoundManageemnt.wsgi
8 #虚拟环境目录
9 #home = home/ray/MxOnline/mxonlineEnv
10 master = true
11 processes=4
12 threads=2
13 # 下面的参数不一定要加
14 # pidfile=uwsgi.pid uwsgi.pid 和uwsgi.log会在启动uwsgi时自动生成在项目目录下。
15 # daemonize=uswgi.log
16 # max-requests=2000
17 # chmod-socket=664
18 # vacuum=true
19 pythonpath = /usr/local/python3/lib/python3.7/site-packages
Linux下输入uwsgi --ini /etc/uwsgi9090.ini
在浏览器内输入:http://127.0.0.1:8080,检查uwsgi是否运行正常。
Nginx:
这个坑太多,网上的配置版本也多,我试了好多个,下面配置是在我的环境下可以运行的
### 每个指令必须有分号结束,用#号注释, 注释部分为可选项,未注释的为必须的 ### # main全局块:配置影响nginx全局的指令。一般有运行nginx服务器的用户组,nginx进程pid存放路径,日志存放路径,配置文件引入,允许生成worker process数等。 #user nginx nginx; #配置用户或者组,默认为nobody nobody。 worker_processes 1; #允许生成的进程数,默认为1, 最大为cpu核数或者cup核数的两倍 #制定日志路径,级别。这个设置可以放入全局块,http块,server块,级别以此为:debug|info|notice|warn|error|crit|alert|emerg #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; #pid logs/nginx.pid; #指定nginx进程运行文件存放地址 #最大文件打开数(连接),可设置为系统优化后的ulimit -HSn的结果 #worker_rlimit_nofile 51200; #cpu亲和力配置,让不同的进程使用不同的cpu #worker_cpu_affinity 0001 0010 0100 1000 0001 00100100 1000; #2、events块:配置影响nginx服务器或与用户的网络连接。有每个进程的最大连接数,选取哪种事件驱动模型处理连接请求,是否允许同时接受多个网路连接,开启多个网络连接序列化等。 events { #use epoll; #epoll是多路复用IO(I/O Multiplexing)中的一种方式,但是仅用于linux2.6以上内核,可以大大提高nginx的性能 #accept_mutex on; #设置网路连接序列化,防止惊群现象发生,默认为on #multi_accept on; #设置一个进程是否同时接受多个网络连接,默认为off worker_connections 1024; #单个后台worker process进程的最大并发链接数 } #3、http块:可以嵌套多个server(每个server为一个站点),配置代理,缓存,日志定义等绝大多数功能和第三方模块的配置。如文件引入,mime-type定义,日志自定义,是否使用sendfile传输文件,连接超时时间,单连接请求数等。 http { include mime.types; #文件扩展名与类型映射表。来查看mime.types文件内容,我们发现其就是一个types结构,里面包含了各种浏览器能够识别的MIME类型以及对应类型的文件后缀名字 default_type application/octet-stream; #默认文件类型,默认为text/plain #log_format main '$remote_addr - $remote_user [$time_local] "$request" ' # '$status $body_bytes_sent "$http_referer" ' # '"$http_user_agent" "$http_x_forwarded_for"'; #access_log logs/access.log main; #自定义服务日志 sendfile on; #允许sendfile方式传输文件,默认为on,表示高效文件传输模式,可以在http块,server块,location块。 #sendfile_max_chunk 100k; #每个进程每次调用传输数量不能大于设定的值,默认为0,即不设上限。 #tcp_nopush on; #激活tcp_nopush参数可以允许把httpresponse header和文件的开始放在一个文件里发布,积极的作用是减少网络报文段的数量 # tcp_nodelay on; #激活tcp_nodelay,内核会等待将更多的字节组成一个数据包,从而提高I/O性能 #keepalive_timeout 0; #设置长连接超时时间,默认为75s,可以在http,server,location块。 keepalive_timeout 65; #gzip on; #gzip_min_length 1k; #gzip on开启才有效,设置允许压缩的页面最小字节数,页面字节数从header头的Content-Length中获取。默认值是0,表示不管页面多大都进行压缩。建议设置成大于1K。如果小于1K可能会越压越大 #upstream表示负载服务器池,定义名字为backend_server的服务器池 # upstream myweb { # server 118.24.241.124 [weight=1 max_fails=2 fail_timeout=30s]; # server 106.12.2.195:8081 [weight=1 max_fails=2 fail_timeout=30s]; # server 106.12.2.195:8082 [weight=1 max_fails=2 fail_timeout=30s]; # server 106.12.2.195:8083 [weight=1 max_fails=2 fail_timeout=30s]; # } #设置由 fail_timeout 定义的时间段内连接该主机的失败次数,以此来断定 fail_timeout 定义的时间段内该主机是否可用。默认情况下这个数值设置为 1。零值的话禁用这个数量的尝试。设置在指定时间内连接到主机的失败次数,超过该次数该主机被认为不可用。这里是在30s内尝试2次失败即认为主机不可用! #基于域名的虚拟主机 server { listen 80; #端口号, server_name 0.0.0.0:80; #域名 多个用空格隔开, 也可以是IP地址如 #root /home/wwwroot/qinser #站点根目录,可以是相对路径,也可以是绝对路径,此项目也可以放置的到 location /{ }里配置 #index index.php index.html index.htm; #设置默认页 此项目也可以放置的到 location /{ }里配置 #charset koi8-r; #access_log logs/host.access.log main; location / { proxy_pass http://0.0.0.0:8080; #请求转向myweb定义的服务器列表, 用于负载均衡,如果开启了,那么此处自己的站点就不能访问了 root /usr/local/python3/bin/OutoundManageemnt; index index index.html index.htm; } location /static { # 路径必须和STATIC_ROOT一样 alias /data/front/static/; } #error_page 404 /404.html; # redirect server error pages to the static page /50x.html # error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } # proxy the PHP scripts to Apache listening on 127.0.0.1:80 # #location ~ .php$ { # proxy_pass http://127.0.0.1; #} # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000 # 支持PHP配置模块 #符合php扩展名的请求调度到fcgi server location ~ .php$ { #root /home/wwwroot/qinser; #上面已经配置过了,这里就不用配置了 #fastcgi_pass 0.0.0.0:8080; #因为php-fpm启用的是9000端口,因此这里表示抛给本机的9000端口 fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /usr/local/nginx/html$fastcgi_script_name; include fastcgi_params; } } #每个站点都需要配置一个server模块,为了方便管理,这里把每个站点的配置文件统一放入到./vhost/目录下,并统一使用 .conf为后缀。 include /usr/local/nginx/conf/vhost/*.conf; }
Nginx配置端口,启动端口,做负载,分配静态文件在转给uwsgi启动的端口,Nginx配置完成后,
在Django项目下setting.py 文件中STATIC_ROOT = '/var/www/myApp/static/'这个路径要和Nginx上配置要对应
在项目目录下迁移静态文件Python manage.py collectstatic
参考了https://segmentfault.com/a/1190000016108576#articleHeader0
https://www.lylinux.net/article/2019/8/5/58.html这两位前辈很多
最后Nginx配置最好把转发地址注释掉,做排查,启动Nginx, /usr/local/webserver/nginx/sbin/nginx
在浏览器内输入:http://127.0.0.1:8080,检查Nginx是否运行正常。
再把uwsgi地址注释去掉,在运行Nginx上的服务器地址。