nginx + vue + django(uwsgi + channels) + supervisor 部署（方案二）

已于 2022-01-19 16:54:31 修改
阅读量745 收藏 5
点赞数 1
分类专栏： Django 文章标签： supervisor uwsgi celery-worker celery-beat channels + asgi
于 2020-04-08 15:05:23 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_42517220/article/details/105382426
版权

1.环境信息

  • 服务器为centos7

2.安装supervisor

  • yum install supervisor

  • 友情提示：如果安装失败按照以下三步走，然后再次安装

    第一步：直接更换镜像源，别看网上那些没用的（如果你想重蹈覆辙的话）

    第二步：安装EPEL源
    yum -y install epel-release

    第三步：更新yum源
    yum --skip-broken update
    yum clean all
    yum -y upgrade

3.更换镜像源

  • 如果你上一步安装没有问题，那就跳过该步骤

    1.进入到yum的源目录下
    cd /etc/yum.repos.d/
    2.将原来的CentOS-Base.repo进行备份
    mv CentOS-Base.repo CentOS-Base.repo_back
    3.下载阿里源
    wget http://mirrors.aliyun.com/repo/Centos-7.repo
    4.改变名字
    mv Centos-7.repo CentOS-Base.repo
    5.更新
    yum --skip-broken update
    6. 清除缓存
    yum clean all
    7. 升级
    yum -y upgrade
    8.生成缓存
    yum makecache

4. 查看supervisor配置文件

  • vi /etc/supervisord.conf

    ; Sample supervisor config file.

[unix_http_server]  # socket通讯相关配置
...

;[inet_http_server]  # Web Server配置，如果想使用web界面管理的话，可以去掉前面的;号。port写你服务器的ip，端口可以改称自己喜欢的，默认9001, 建议打开用户名密码验证, 生产环境不建议打开web界面管理。
...

[supervisord]  # 服务端程序
...

[rpcinterface:supervisor]  # 这个选项是给XML_RPC用的，当然你如果想使用supervisord或者web server 这个选项必须要开启的
...

[supervisorctl]  # client端程序
...

;[program:theprogramname]  # 要管理的子进程
...

;[eventlistener:theeventlistenername]  # 和program的地位是一样的，也是suopervisor启动的子进程，不过它干的活是订阅supervisord发送的event。他的名字就叫listener了。我们可以在listener里面做一系列处理，比如报警等等
...

;[group:thegroupname]  # 给programs分组，划分到组里面的program。我们就不用一个一个去操作了我们可以对组名进行统一的操作。 注意：program被划分到组里面之后，就相当于原来的配置从supervisor的配置文件里消失了。。。supervisor只会对组进行管理，而不再会对组里面的单个program进行管理了
;programs=progname1,progname2  # 组成员，用逗号分开
;priority=999                  # 优先级，相对于组和组之间说的
... 

[include]
files = supervisord.d/*.ini
    • 我们只需要关心最后的include，此处告诉我们，手动创建的环境管理配置文件应该放在/etc/supervisord.d目录下，并且文件名必须以.ini结尾。

5. 新建supervisor配置文件

  • 最好一个服务启动命令新建一个配置文件

    1. 新建django服务启动配置
    vi /etc/supervisord.d/django.ini

    [program:django]

; 使用daphne启动
; command=/usr/local/python3/bin/daphne -b 0.0.0.0 -p 8888 ECloudBM.asgi:application

; 不使用daphne启动
command=/root/.pyenv/versions/qingyun/bin/python3 manage.py runserver 0.0.0.0:8888

; 项目路径
directory=/root/projects/ECloud-BM  

; 启动优先级（越小越优先）
priority=9999                  

; 启动 5 秒后没有异常退出，就当作已经正常启动了
startsecs = 5        

; 程序异常退出后自动重启
autorestart = true   

; 启动失败自动重试次数，默认是 3
startretries = 3     

; 标准输出日志
stdout_logfile = /var/log/supervisor.log
    2.启动
    supervisord -c /etc/supervisord.conf
或者
systemctl status supervisord.service
    • 查看状态
    supervisorctl status django
    • 停止
    supervisorctl stop django
    • 启动
    supervisorctl start django
    • 重启
    supervisorctl restart django
    3. 新建celery-worker异步任务启动配置文件
    vi /etc/supervisord.d/celery_worker.ini

    [program:celery_worker]

; 启动项目时运行的命令
command=/root/.pyenv/versions/qingyun/bin/celery -A ECloudBM worker -l info

; 项目绝对路径
directory=/root/projects/Ecloud-BM

; 是否自动启动
autostart=true

; 程序意外退出是否自动重启
autorestart=true

; 自动重启间隔
startsecs=10

; 杀进程的信号
stopsignal=QUIT

; 向进程发出stopsignal后等待OS向supervisord返回SIGCHILD 的时间。若超时则supervisord将使用SIGKILL杀进程
stopwaitsecs=60

; 子进程的stdout的日志路径 输出日志文件
stdout_logfile= /var/log/supervisor/celery_worker.log

; 错误日志文件 当redirect_stderr=true。这个就不用
stderr_logfile= /var/log/supervisor/celery_worker_error.log

; 优先级
priority=1000
    4. 新建celery-beat定时任务启动配置文件
    vi /etc/supervisord.d/celery_beat.ini

    [program:celery_beat]

; 启动项目时运行的命令
command=/root/.pyenv/versions/qingyun/bin/celery -A ECloudBM beat -l info

; 项目绝对路径
directory=/root/projects/Ecloud-BM

; 是否自动启动
autostart=true

; 程序意外退出是否自动重启
autorestart=true

; 自动重启间隔
startsecs=10

; 杀进程的信号
stopsignal=QUIT

; 向进程发出stopsignal后等待OS向supervisord返回SIGCHILD 的时间。若超时则supervisord将使用SIGKILL杀进程
stopwaitsecs=60

; 子进程的stdout的日志路径 输出日志文件
stdout_logfile= /var/log/supervisor/celery_beat.log

; 错误日志文件 当redirect_stderr=true。这个就不用
stderr_logfile= /var/log/supervisor/celery_beat_error.log

; 优先级
priority=1001
    6. 新建celery-flower启动配置文件（用于查看异步任务资源占用率以及执行情况）
    [program:flower]

; 启动命令
command=/root/.pyenv/versions/qingyun/bin/flower -A ECloudBM --address=10.10.8.179 --port=5555 --basic_auth=admin:password@

; 项目目录
directory=/root/projects/Ecloud-BM

; 启动优先级
priority=1002                  ; the relative start priority (default 999)

; 启动 5 秒后没有异常退出，就当作已经正常启动了
startsecs = 5        

; 程序异常退出后自动重启
autorestart = true   

; 启动失败自动重试次数，默认是 3
startretries = 3     

; 错误日志
stdout_logfile = /var/log/supervisor/celery_flower.log

; 标准输出日志
stderr_logfile= /var/log/supervisor/celery_flower_error.log
    5. 新建uwsgi启动配置文件（后面结合nginx进行并发处理，注意，此处如果使用uwsgi启动django项目，则去掉django.ini这个启动配置）
    • uwsgi.ini（建议放在项目根目录下，与manage.py同级别），内容如下：
    [uwsgi]

; 使用nginx连接时使用
; socket = 10.10.8.179:10000

; 直接做web服务器使用，指定要监听的ip和端口号，即我们运行项目时的ip和端口
http = 10.10.8.179:9000

; 项目目录
chdir = /root/projects/Ecloud-BM

; 项目中的wsgi.py文件的目录，相对于项目目 = Ecloud-BM.wsgi
module = ECloudBM.wsgi:application

; 静态文件映射，测试uwsgi配置时为了能够访问到静态资源，所以加上这个配置。在使用nginx时，需要注销掉这个配置，改用nginx来代理静态资源访问
; 可使用 python manage.py collectstatic
static-map=/static=/root/projects/Ecloud-BM/static

; 指定启动的工作进程数
processes = 4

; 指定每个进程中的线程数
threads = 2

; 指定在工作进程中存在一个主进程
master = True

; 服务停止时自动移除unix Socket和pid文件
vacuum = True

; 保存启动之后主进程的进程号
pidfile = uwsgi.pid

; 设置uwsgi后台运行,运行信息保存在uwsgi.log（使用supervisor托管时此处一定要注释调）
; daemonize = uwsgi.log

; 单个日志的大小
buffer-size=32768

; 设置每个工作进程处理请求的上限，达到上限时，将回收（重启）该进程。可以预防内存泄漏
max-requests=5000

; 虚拟环境所在目录
home=/root/.pyenv/versions/qingyun/
PYTHONHOME = /root/.pyenv/versions/qingyun/bin/
    • 使用supervisor管理uwsgi服务，内容如下：
    [program:uwsgi]

; 启动项目时运行的命令
command=/root/.pyenv/versions/qingyun/bin/uwsgi uwsgi.ini

; 项目绝对路径
directory=/root/projects/Ecloud-BM

; 是否自动启动
autostart=true

; 程序意外退出是否自动重启
autorestart=true

; 自动重启间隔
startsecs=10

; 杀进程的信号
stopsignal=QUIT

; 向进程发出stopsignal后等待OS向supervisord返回SIGCHILD 的时间。若超时则supervisord将使用SIGKILL杀进程
stopwaitsecs=60

; 子进程的stdout的日志路径 输出日志文件
stdout_logfile= /var/log/supervisor/uwsgi.log

; 错误日志文件 当redirect_stderr=true。这个就不用
stderr_logfile= /var/log/supervisor/uwsgi_error.log

; 优先级
priority=1003
    6. 新建asgi启动配置文件（用于channels通信）
    • 如果/run/daphne该路径不存在则需要手动创建
    [program:asgi]

; channels通信地址
socket=tcp://10.10.8.179:8889

; 项目目录
directory=/root/projects/Ecloud-BM/EcloudBM

; 启动命令（我使用此命令启动报错，网上也没找到解决办法，如果你也一样，可以使用下面命令启动）
command=/root/.pyenv/versions/qingyun/bin/daphne -u /run/daphne/daphne%(process_num)d.sock --fd 0 --access-log - --proxy-headers ECloudBM.asgi:application

; command=/root/.pyenv/versions/qingyun/bin/daphne -b 10.10.8.179 -p 8889 --proxy-headers ECloudBM.asgi:application

; 进程数
numprocs=4

; 进程名
process_name=asgi%(process_num)d

; 自动启动
autostart=true

; 自动重启
autorestart=true

; 错误日志
stdout_logfile=/var/log/supervisor/asgi.log

; 标准输出日志
stderr_logfile=/var/log/supervisor/asgi_error.log

; 日志保存上限
stdout_logfile_maxbytes = 20MB

6.使用supervisorctl进行管理

  • 1.查看所有子服务
    (qingyun) [root@localhost supervisord.d]# supervisorctl status
asgi:asgi0                       STARTING  
asgi:asgi1                       STARTING  
asgi:asgi2                       STARTING  
asgi:asgi3                       STARTING  
celery_beat                      STARTING  
celery_worker                    STARTING  
flower                           STARTING  
uwsgi                            STARTING 
supervisor>
    • 如果使用supervisorctl管理命令报以下错误：
    (qingyun) [root@localhost ~]# supervisorctl 
unix:///var/run/supervisor/supervisor.sock no such file
    • 请执行如下代码
    (qingyun) [root@www Ecloud-BM]# supervisorctl
asgi:asgi0                       RUNNING   pid 21529, uptime 0:00:01
asgi:asgi1                       STARTING  
asgi:asgi2                       RUNNING   pid 21492, uptime 0:00:03
asgi:asgi3                       RUNNING   pid 21505, uptime 0:00:01
celery_beat                      RUNNING   pid 12319, uptime 0:28:09
celery_worker                    RUNNING   pid 12334, uptime 0:28:07
flower                           RUNNING   pid 25468, uptime 1:23:50
uwsgi                            RUNNING   pid 25469, uptime 1:23:50
supervisor>
  • 2.查看可用命令
    supervisor> 
supervisor> help

default commands (type help <topic>):
=====================================
add    exit      open  reload  restart   start   tail   
avail  fg        pid   remove  shutdown  status  update 
clear  maintail  quit  reread  signal    stop    version

supervisor>
  • 3.示例如下
    • 查看单个服务错误日志
    supervisor> help tail  # 查看命令使用方式
tail [-f] <name> [stdout|stderr] (default stdout)
Ex:
tail -f <name>		Continuous tail of named process stdout
			Ctrl-C to exit.
tail -100 <name>	last 100 *bytes* of process stdout
tail <name> stderr	last 1600 *bytes* of process stderr
supervisor> 
supervisor> 
supervisor> tail -200 django stderr 
Listen failure: Couldn't listen on 0.0.0.0:8888: [Errno 98] Address already in use.

supervisor>
    • 停止所有服务
    supervisor> stop all
asgi:asgi1: stopped
asgi:asgi0: stopped
asgi:asgi3: stopped
celery_beat: stopped
asgi:asgi2: stopped
uwsgi: stopped
celery_worker: stopped
flower: stopped
supervisor>
    • 启动所有服务
    supervisor> start all
asgi:asgi1: started
asgi:asgi0: started
asgi:asgi3: started
asgi:asgi2: started
flower: started
celery_worker: started
celery_beat: started
uwsgi: started
supervisor>
    • 查看服务状态
    supervisor> status
asgi:asgi0                       STARTING  
asgi:asgi1                       RUNNING   pid 25414, uptime 0:00:03
asgi:asgi2                       RUNNING   pid 25417, uptime 0:00:02
asgi:asgi3                       RUNNING   pid 25416, uptime 0:00:02
celery_beat                      RUNNING   pid 21789, uptime 0:12:03
celery_worker                    RUNNING   pid 21788, uptime 0:12:03
flower                           RUNNING   pid 21790, uptime 0:12:03
uwsgi                            RUNNING   pid 21791, uptime 0:12:03
supervisor>
    • 退出
    supervisor> quit

7.使用web界面管理服务

  • 1.修改配置文件
    vi /etc/supervisord.conf
  • 2.将以下内容前面的;去掉
    [inet_http_server]         ; inet (TCP) server disabled by default
port=10.10.8.179:9001      ; ip(你服务器的ip地址) + 端口号(根据你的爱好指定)
username=user              ; web端登录用户名
password=password          ; web端登录密码
  • 3.重载supervisorctl配置
    supervisorctl reload

在这里插入图片描述

  • 4.访问后端项目
    • 使用uwsgi启动时指定的端口进行访问（一切正常，现在完全可以通过supervisor的web界面进行管理项目的启停）
      在这里插入图片描述

8.配置开机自启

  • 1.修改配置文件
    vi /lib/systemd/system/supervisord.service
  • 2.将以下内容加入到Service下
    ExecStop=/usr/bin/supervisord shutdown 
ExecReload=/usr/bin/supervisord reload 
killMode=process
Restart=on-failure
RestartSec=42s
  • 3.执行开机自启命令
    systemctl enable supervisord

9.项目部署（nginx + vue + uwsgi）


  • 项目结构
    在这里插入图片描述

  • 目录说明：

    frontend目录（需要自己创建名称随意，也可以不放在项目内）将前端vue打包生成的dist直接拷贝进来就（nginx配置时写绝对路径到该dist目录）

    将settings.py配置文件DEBUG改为False
    在这里插入图片描述

  • 1.安装nginx
    yum install nginx

    在这里插入图片描述

  • 2.新建项目配置文件（重点）
    • 说在前面：此时要通过nginx进行部署，所以一定要修改uwsgi代理的连接方式为socket
      在这里插入图片描述
    # 这是nginx原生配置文件所包含配置信息的目录（它建议将项目配置文件放在此处，而不是在原生配置文件上进行改动）
cd /etc/nginx/conf.d/

# 文件名随意, 但必须以.conf结尾
vi xxx.conf

    upstream qingyun {
   server 10.10.8.179:10000;  # 与uwsgi服务端口保持一致
}
upstream channels-backend {
   server 10.10.8.179:8889;  # 与asgi服务端口保持一致
}

# 将80端口转发到vue，然后请求接口以api|base|vserver|setup开头则转发到10000端口的uwsgi服务上，将请求接口以ws开头的websocket连接转发到asgi服务上

server {
    listen      80;
    server_name 10.10.8.179; # 你的访问地址, 有域名的话直接写域名

    proxy_set_header Cookie $http_cookie;
    proxy_set_header X-Forwarded-Host $host;
    proxy_set_header X-Forwarded-Server $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-real-ip $remote_addr;

    location / {
        try_files $uri $uri/ /index.html;  # 此处是重点（指向dist目录下的index.html），如果不配置会自动转发到nginx默认主页
        root /root/projects/Ecloud-BM/frontend/dist; # 这是前端静态文件目录路径
    }
    location ~(api|base|vserver|setup)/  {  # 此处则是前台项目转发给后端的请求接口（即你的项目url可能的开头，以此来进行匹配）
        uwsgi_pass qingyun;  # uwsgi（通用网关接口）转发django请求
        include /etc/nginx/uwsgi_params;
    }
    location ~(ws)/ {  # # 此处则是前台项目转发给后端websocket的请求接口（routing可能的开头，以此来进行匹配）
        try_files $uri @proxy_to_app;  # channels通信转发，需要用到asgi（异步网关协议接口）
    }
    location @proxy_to_app {
        proxy_pass http://channels-backend;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";

        proxy_redirect off;
        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-Host $server_name;
    }
}

    说明：

    项目总urls.py示例如下（可能的开头有 base vserver api setup）
    对应配置如下：

    location ~(api|base|vserver|setup)/ {
	...
}

    在这里插入图片描述
    在这里插入图片描述

    项目总routing.py示例如下（可能的开头有 ws）
    对应配置如下：

    location ~(ws)/ {
	...
}

    在这里插入图片描述

  • 3. 检查配置文件是否正确 在这里插入图片描述
  • 4. 重新加载配置文件

    在这里插入图片描述

  • 5. 配置nginx开机自启

    • 1.在系统服务目录里创建nginx.service文件

      vi /usr/lib/systemd/system/nginx.service

    • 2.在 [Service] 下加入以下内容

      ExecStart=/usr/sbin/nginx
ExecReload=/usr/sbin/nginx -s reload
ExecStop=/usr/sbin/nginx -s quit

    • 3.设置开机自启动

      systemctl enable nginx.service

10.访问


  • 1. 访问10.10.8.179的80端口
    在这里插入图片描述
  • 2. 登录（没有问题，部署成功）
    在这里插入图片描述

11. 使用nginx部署项目中遇到的问题

  • 1. failed (13: Permission denied)

    • 可能性一：

      解决：

cd /etc/nginx/  # 进入nginx目录
vim nginx.conf  # 编辑nginx.conf

将user xxxx; 修改为 user root;

# 命令重新加载配置
nginx -s reload

    • 可能性二：

      查看SELinux状态：

1、/usr/sbin/sestatus -v      ##如果SELinux status参数为enabled即为开启状态

SELinux status:                 enabled

2、getenforce                 ##也可以用这个命令检查

关闭SELinux：

1、临时关闭（不用重启机器）：

setenforce 0                  ##设置SELinux 成为permissive模式

                              ##setenforce 1 设置SELinux 成为enforcing模式

2、修改配置文件需要重启机器：

修改/etc/selinux/config 文件

将SELINUX=enforcing改为SELINUX=disabled

重启机器即可
  • 2. 配置了80端口转发，却依然指向默认地址，显示Welcome to nginx界面
    # location没有写index  index.html index.htm;导致项目无法实现重定向

location / {
	...
	index  index.html index.htm;
}

# 命令重新加载配置
nginx -s reload
FatPuffer
关注
  • 1
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
supervisor-frontend-service:用Python编写的SuperVisor参考前端服务
04-10
导师 前端服务 用Python编写的SuperVisor参考前端服务 笔记 该项目作为Web界面客户端，用户可以通过选择的浏览器应用程序查看其主机系统性能，容器统计信息，图像信息，卷信息和容器站的网络详细信息，但他们需要运行在其服务器设置上，并使用驱动程序服务启动时提供的同步URI和密码连接到该服务器。 在行动 目录 SuperVisor驱动程序服务 贡献 您可以在问题页面上请求添加新功能，但是由于该项目是由一个人维护的，因此可能需要花费一些时间来开发它们。 请考虑分叉存储库，并为存储库的开发做出贡献。 :red_heart:
nginx,uwsgi,supervisor,channels,daphne部署django项目
df_1818的博客
01-13 1418
最近做了一个项目，需要后端主动与前端进行通信，官方推荐使用的是channels(channels官方文档). 把我的使用经历以及部署过程，记录一下，这篇文章主要记录使用 uwsgi, nginx, supervisor部署过程，有时间的会把我用docker 部署的经历也写一下. 安装channels 下载channels pip install -U channels 项目中配置channels...
Nginx+uWSGI部署Django项目
最新发布
积跬步，至千里。
06-25 1859
Django作为一个Web框架，需要一个Web服务器才能运行。Django主要部署平台是WSGI，它是Web服务器和应用程序的Python 标准。通常使用Nginx与uwsgi配合使用。
Nginx+uWSGI+Django项目（史上最详细）
m0_49368332的博客
07-27 3251
Nginx+uWSGI+Django项目（史上最详细） 项目设计与配置 实现功能 信息反馈页面：信息提交功能以表单形式实现，信息展示以数据列表形式呈现；每条信息包含序号、用户名、信息内容和提交日期 Admin后台系统：管理信息反馈页面的数据内容，方便网站管理员维护和管理网站的数据内容 自定义异常机制：实现404和500的页面设置，使404和500页面与信息反馈页面的设计风格保持一致 单元测试：测试信息反馈页面的功能，比如测试模型的读写操作、视图函数的业务逻辑 项目架构设计 创建项
Django + vue + nginx 部署（方案一）
FatPuffer
04-24 5252
前言： 此方法是用于前后端分离python-web项目，前端写完项目vue直接将打包好的（dist）交给后台 1. 后台框架主体 首先看看未启用前端项目时访问根目录的界面 这个就是后台自己的api接口界面（方便接口测试） 2. 前台disk包结构 3. 在django项目中新建文件夹（一般命名为frontend）用来存放前台代码，然后将代码disk内的两个文件以及一个static文件夹拷...
Django channels nginx+uwsgi+daphne 项目部署
WMIII的博客
06-22 1193
Django channels nginx+uwsgi+daphne 项目部署上传服务器安装工具nginx运行问题 上接：Django channels摄像头实时视频传输 我的思路（也是大多数的方案选择）是uwsgi用于处理http请求，daphne用于处理websocket请求。 上传服务器 首先咱得有一台服务器，华为阿里腾讯云什么的都行。 当然也能直接内网穿透，但带宽小的一批，不在这篇文章的讨论范围之内。 然后把Django项目根目录下的同名文件夹中的setting.py中这么两行改成如下： 一般是在
docker实现django+daphne+nginx(uwsgi+channels)项目部署
weixin_49278803的博客
03-22 6105
django、部署、docker、daphne、nginx、uwsgi、channels
nginx + django + channels（websocket） + uwsgi上线部署配置
weixin_43861470的博客
04-20 2919
本篇主要记录nginx + django + channels（websocket）+ uwsgi 上线部署配置。实现websocket实时通信。通过sup 环境：系统centos7、django 2.1、channels 2.1 nginx配置 UWSGI配置 supervisor配置，通过supervisor管理进程 ...
nginx+uwsgi+django+channels实现聊天
qq_33951308的博客
03-17 1306
https://www.cnblogs.com/chuangming/p/9222794.html?utm_source=debugrun&amp;utm_medium=referral https://www.cnblogs.com/14061216chen/p/5998376.html https://blog.thinker.ink/passage/14/ https://www.cn...
使用nginx、uwsgi、daphne、supervisor 部署django channels项目
weixin_42886895的博客
04-25 2922
需要的环境，python3、mysql、redis、nginx python 的web服务器 ：uwsgi、daphne 需要的python包 django mysqlclient channels channels_redis 远程到服务器 shell >>> ssh [email protected] Password : 12345678 系统 lrwxrwxrwx...
uwsgi+daphne+Nginx+supervisor部署Django
08-10
详解 uwsgi+daphne+Nginx+supervisor部署Django,文章介绍的十分详细，欢迎大家下载
Nginx+Uwsgi+Django+Vue部署
02-25
Nginx+Uwsgi+Django（python3）+Vue部署，一步步实现。网上找了N多篇文章都没成功，特意记录，以免其他同学踩坑
用uwsgi+daphne+Nginx+supervisor部署Django项目.docx
07-24
在Linux环境中，用uwsgi+daphne+Nginx+supervisor部署Django项目，史上最全步骤
meiduo:Django + Vue 前后端分离商城项目，采用Docker双容器部署nginx + uwsgi
07-24
部署方式：docker容器部署 nginx(vue) + uwsgi(django) 给出体验地址： 121.4.47.229:8080 因为钉钉、QQ、支付宝等回调地址的原因，为了更好的体验，请在本机hosts中添加： 121.4.47.229 image.meiduo.site 121.4.47...
Nginx+Uwsgi+Django 项目部署到服务器的思路详解
09-16
主要介绍了Nginx+Uwsgi+Django 项目部署到服务器的思路，本文通过实例代码给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
电商项目订单模块以及高并发的处理
FatPuffer
03-24 7288
当用户点击去结算时，返回订单页面 cart/cart.html <form method="post" action="{% url 'order:place' %}"> {% for sku in skus %} <ul class="cart_list_td clearfix"> <li class="col01"><input type...
supervisor在python3中的使用
FatPuffer
02-17 6779
本篇文章请结合以下项目学习： 点击查看 项目目录树： django_celery ├── conf # 存放supervisor相关配置文件 │ ├── supervisord.conf │ ├── supervisor_celery_worker.ini # python3 manage.py celery worker -l info │ ├── supervisor_cele...
django执行migrate命令报错解决办法
FatPuffer
03-25 3584
1.迁移命令 1. makemigrations：将模型生成迁移脚本 app_label：可选，指定单个app进行脚本迁移 --name：可选，给迁移脚本重命名 --empty：可选，生成空的迁移脚本，然后自己写迁移脚本 2. migrate：将生成的迁移脚本转换成对应SQL语句并执行，生成数据库数据，并将改迁移文件名称记录在数据库中 app_label：可选，将单个app下的迁移文件进行数...
django动态添加定时任务
FatPuffer
11-14 2403
>>> from django_celery_beat.models import PeriodicTask, IntervalSchedule # 添加定时间隔周期 #IntervalSchedule.DAYS #IntervalSchedule.HOURS #IntervalSchedule.MINUTES #IntervalSchedule.SECONDS #Interv...
nginx+uwsgi+docker+django部署
05-11
以下是使用Nginx、uWSGI和Docker部署Django应用程序的一般步骤： 1. 创建Django项目并将其打包成Docker镜像。您可以使用Dockerfile文件来定义Django项目的构建过程和环境设置。 2. 在Dockerfile中，安装所需的依赖项、设置工作目录、复制项目文件以及运行Django应用程序。 3. 使用docker build命令构建Docker镜像。例如：`docker build -t my-django-app .` 4. 在uWSGI配置文件中，指定Django应用程序的名称、路径和WSGI配置文件的路径。 5. 使用uWSGI命令启动uWSGI服务器。例如：`uwsgi --ini uwsgi.ini` 6. 在Nginx配置文件中，设置反向代理，将请求转发到uWSGI服务器。 7. 使用systemctl或service命令启动Nginx服务器。例如：`systemctl start nginx` 完成上述步骤后，您就可以使用Nginx，uWSGI和Docker部署Django应用程序了。 如果您需要更详细的步骤或示例配置文件，请参考Docker和uWSGI的官方文档，以及Nginx的官方文档。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值