uwsig 安装与部署
一、uwsig 简介
二、安装部署
三、问题
一、uwsig 简介
uWSGI 是一个快速的、纯 C 语言开发的、自维护的、对开发者友好的 WSGI 服务器,旨在提供专业的 Python web 应用发布和开发。可使用 C/C++/Objective-C 来为 uWSGI 编写插件。
上面是抄的,哈哈。 其实自己就用过这个,挺好挺简单就可以使用。
二、安装部署
可以去官方文档看看:去官网
1.前提是安装好了python。
pip3 install uwsgi
安装好了后,可以先尝试一个新的foobar.py文件。
def application(env, start_response): start_response('200 OK', [('Content-Type','text/html')]) return [b"Hello World"]
然后使用下面命令
uwsgi --http :9090 --wsgi-file foobar.py
然后访问: http://127.0.0.1:9090/
会出现:
那就是安装成功了。
2.uwsgi配置文件。
[uwsgi] # 使用nginx连接时使用 socket=0.0.0.0:8000 # 直接做web服务器使用 # http=0.0.0.0:8000 # 项目目录, 与manager.py同级 chdir = /home/计算机名/项目名 # 项目中wsgi.py文件的目录,相当于项目目录 wsgi-file=项目名/wsgi.py # 主进程,启动一个master进程,来管理其余其他的子进程 master=True # 设置工作进程的数量 processes=4 # 设置每个工作进程的线程数 threads=2 # python虚拟环境目录绝对路径。如果有的话,home是虚拟环境的根目录,pythonhome是虚拟环境下的bin目录(放置了python执行文件) # home = /env # PYTHOMHOME = /env/bin # pid文件,用于脚本启动,停止 pidfile=uwsgi.pid # 设置后台运行保存日志。只要配置了daemonize将会让uwsgi后台运行,同时将日志输出到指定目录 daemonize=uwsgi.log # 服务停止时自动移除unix Socket和pid文件 vacuum = true # 设置每个工程进程处理请求的上线,达到上限时,将回收(重启)进程,可以预防内存泄露 max-requests=5000 # 静态文件映射 static-map = /static=Django下static目录的绝对路径 # 指定日志文件的权限 logfile-chome=644 # uWSGI服务器运行时的用户ID uid=xxx # uWSGI服务器运行时的用户组ID gid=xxx # 指定工作进程名称的前缀 procname-prefix-spaced=xxx # uWSGI加载的木块中哪个变量将被调用 callable=xxx # 监控项目的py文件的mtime来触发重载(只在开发时使用),py-autoreload表示多长时间检测一次,单位秒 py-autoreload=1 # 在每个worker而不是master中加载应用。默认为false,表示先加载应用,再fork出worker,这样做可以让worker尽量共用内存,只有当写时才copy,由于先加载再fork,但有些东西是不支持fork的,比如socket连接,所以lazy-apps=false时,不要在加载应用时自动创建数据库连接等 lazy-apps=true # 设置用于uwsgi包解析的内部缓存区大小为64k。默认为4k buffer-size=32768 # 设置最大日志文件大小 log-maxsize=5000000 # 禁用请求日志记录 disable-logging=true # 设置socket的监听队列大小(默认为:100) listem=120 # 这个参数不会影响app内创建线程,只影响wsgi内部的api,默认值为false。可以认为对用户无影响,使用默认值即可。参见:https://github.com/unbit/uwsgi/issues/1141 enable-threads=true # 设置在平滑的重启(直到接收到的请求处理完才重启)一个工作子进程中,等待这个工作结束的最长描述。这个配置会使在平滑地重启工作子进程中,如果工作进程结束时间超过了8秒就会被强行结束(忽略之前已经接收到的请求而直接结束) reload-mercy=8 # 通过使用POSIX/UNIX的setrlimit()函数来限制每个uWSGI进程的虚拟内存使用数。这个配置会限制uWSGI的进程占用虚拟内存不超过256M。如果虚拟内存已经达到256M,并继续申请虚拟内存则会使程序报内存错误,本次的http请求将返回500错误。 limit-as = 256 # 一个请求花费的时间超过了这个harakiri超时时间,那么这个请求都会被丢弃,并且当前处理这个请求的工作进程会被回收再利用(即重启) harakiri = 60
这个是参考这个弟兄的内容,感兴趣的可以去看看: 去看看
正常配置不用那么多,这是我的一个项目的:
http如果不是本地,就改成外网IP地址。
其中虚拟环境我用的是 virtualenv ,也可以用上面的。
[uwsgi] http = 127.0.0.1:5000 virtualenv = /home/pkcom/.virtualenvs/chatgpt wsgi-file = /home/pkcom/Desktop/py-project/flask-chatgpt/app.py callable=app processes = 2 threads = 8 buffer-size = 32768 master = true vacuum=true daemonize=uwsgi.log pidfile=uwsgi.pid
3.配合nginx
# 选项1, 使用unix socket与nginx通信
# 仅限于uwsgi和nginx在同一主机上情形
# Nginx配置中uwsgi_pass应指向同一socket文件地址
# 在uwsgi设置该项目,启动uwsgi会生成一个文件,将nginx指向这个文件就可以了
socket=/run/uwsgi/%(project).sock
# 选项2,使用TCP socket与nginx通信 # Nginx配置中uwsgi_pass应指向uWSGI服务器IP和端口 socket==0.0.0.0:8000 或则 socket=:8000 # 选项3,使用http协议与nginx通信 # Nginx配置中proxy_pass应指向uWSGI服务器IP和端口 http==0.0.0.0:8000
选项一的nginx配置,在uwsgi_pass ,填入uwsgi配置文件的地址:
location/ { include /etc/nginx/uwsgi_params; uwsgi_pass unix:/run/uwsgi/django_test1.sock; }
选项二的配置
location/ { include /etc/nginx/uwsgi_params; uwsgi_pass uWSGI_SERVER_IP:8000; }
选项三的配置
location / { include uwsgi_params; proxy_pass http://127.0.0.1:5000; }
这是参考这个兄弟的:去看看
4.uwsgi的相关命令
启动的命令:
uwsgi --ini uwsgi.ini
停止的命令,需要设置 pidfile
uwsgi --stop uwsgi.pid
如果文件有修改,最好先停止再启动,不然有可能错误,也可以使用reload
uwsgi --reload uwsgi.pid
三、问题
1.如果关闭uwsgi 提示没有相关进程,可以查查有没有进程。
ps -ef |grep uwsgi
然后将 pid 文件的数字改成里面的数字,就可以关闭了。
2. 如果配置文件不在python入口文件下,可能会出现引入问题,这样得在配置里设置项目路径
chdir=/home/pkcom/Desktop/py-project/flask-project
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 单元测试从入门到精通
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 上周热点回顾(3.3-3.9)
· winform 绘制太阳,地球,月球 运作规律