四川网站建设平台,成都小程序制作开发,easyui做网站,网站做商业计划书吗本文只探讨IISPython网站的情况#xff0c;对于asp.net也应该不用这么麻烦。
先上结论#xff1a;用反向代理#xff1a; IIS URL Rewrite waitress Waitress是一个纯python编写独立的WSGI服务器#xff0c;功能比Gunicorn弱一些#xff0c;但可以运行在windows平台上Python网站的情况对于asp.net也应该不用这么麻烦。
先上结论用反向代理 IIS URL Rewrite waitress Waitress是一个纯python编写独立的WSGI服务器功能比Gunicorn弱一些但可以运行在windows平台上Gunicorn 和 uwsgi 不支持windows。 背景用django做了个实时监控脚本执行状态的页面。里面用到了SSE技术在开发环境一切正常任务脚本执行过程中每个状态输出web服务器端都会产生一个response推送给客户端在浏览器中跨域实时看到任务执行状态。但部署到IIS中web服务器会等全部任务执行完毕才一次性把中间过程所有状态输出合并成一个response推送给客户端界面卡住不动无法实时看到当前状态。
折腾过程
1、先是尝试了IIS禁用缓存、禁用动态内容压缩问题依旧。
2、推断可能是wfastcgi导致的问遍百度谷歌gpt都找不到禁用wfastcgi的buffer的方法
3、巨硬说部署django可以用HTTPPlatformHandler替代wfastcgi于是折腾HTTPPlatformHandler发现对于部署django网站HTTPPlatformHandler似乎真的比wfastcgi要简单呢但无奈HTTPPlatformHandler还是解决不了禁用buffer的问题并且github上HTTPPlatformHandler的开发者说v1.2确实有这个问题但v1.2已经是最终版本HTTPPlatformHandler会迁移到ASP.NET Core去。然后stackoverflow上有人说确实用ASP.NET Core解决了这个问题。
4、接着折腾ASP.NET Core发现ASP.NET Corepython的部署指引在网上根本找不到。本来尝试肯一下ASP.NET Core的文档的啃了一轮最后还是放弃了。
5、最终完全放弃IIS了直接重新买个轻量云装linux去折腾Nginxuwsgidjango了比较顺利地解决了SSE问题了。
6、但对IIS上部署还是有点不死心于是又继续追着谷歌和gpt折腾这个问题最后gpt建议试一下IIS反向代理一试居然成功了而且配置并不复杂。嘛的此前折腾死我了 下面是一个简单的步骤指南来配置IIS作为反向代理
步骤 1: 安装 IIS 和必要的模块
确保安装了IIS。安装URL Rewrite模块这是一个IIS扩展提供了URL重写功能。安装Application Request Routing (ARR)ARR是一个IIS扩展提供了代理功能。
步骤 2: 配置 Application Request Routing
打开IIS管理器。选择服务器名称在“应用程序请求路由缓存”下打开“服务器代理设置”。勾选“启用代理”然后应用更改。
步骤 3: 配置web.config
configurationsystem.webServerrewriterulesrule nameReverseProxyInboundRule1 stopProcessingtruematch url(.*) /action typeRewrite urlhttp://127.0.0.1:8001/{R:1} //rule/rules/rewrite/system.webServer
/configuration这个配置假设你的Django应用程序正在监听127.0.0.1的8001端口。所有到达IIS的请求将被重写转发到这个地址。 在windows系统上怎么启动waitress 我就不写了网上有很多。备注一下通过python runserver.py 方式启动waitress的代码如下
# runserver.pyfrom waitress import serve
from xxxxxx.wsgi import application #xxxxxx.wsgi 中的xxx是自己项目目录名serve(appapplication,host127.0.0.1, # 如果不用反向代理直接让waitress对外提供服务这里就填0.0.0.0,端口填80port8001
)如果通过exe文件启动waitress的命令是
# 须在虚拟环境下执行
# ip:port 写0.0.0.0:80 还是写127.0.0.1:8000 请根据实际情况改
# xxxxx.wsgi 中的xxxx是wsgi.py 所在目录这个文件夹名一般与项目名同名path\to\waitress-serve.exe --listen127.0.0.1:8001 xxxxx.wsgi:application# 这条命令跟runserver.py中每一句的对应关系可以大致着样理解
# waitress-serve.exe 中的 waitress 对应 from waitress
# waitress-serve.exe 中的 serve 对应 import serve
# listen127.0.0.1:8001 对应host127.0.0.1,port8091
# xxxxx.wsgi 对应 from xxxxx.wsgi
# application 对应 import application
如果折腾ASP.NET Core来部署的话这条命令可能用得上。
