.net core 3.1 虚拟目录

wang_peng 2020-12-02 12:14:40
将多个 .net core mvc项目部署在windows服务时,
怎么用一个端口,
不同虚拟路径区分,
而不是一个项目一个端口,
就像iis里默认是8080, 但不同项目可以用不同应用程序名区分
...全文
20742 10 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
weixin_44711684 2022-02-15
  • 打赏
  • 举报
回复

直接右键添加iis应用程序

img

wang_peng 2020-12-07
  • 打赏
  • 举报
回复
引用 8 楼 X-i-n 的回复:
nginx不会干涉你的iis如何运行。 推荐这么部署:dotnet.exe xx.dll,利用kerstrel起服务,不同服务发到不同端口; 外层用nginx进行反向代理(照理换成iis也可以)。
我最终的目地是,写一个监听,就是jms服务层,这一层肯定要有端口号; 但还想用个UI界面,监视一下,最好两个功能放一起,所以就把jms服务写在了.net core mvc里了, core mvc本身也要端口号。 源来发部在iis上可以不用管core mvc本身的端口号,用虚拟目录就可以,但发现个问题,就是缓冲池子定时释放jms的监听 发布在windows服务上,是不定时释放了,但要jms监听服务和 core mvc两个商品口成对出现,太浪费端口了。 你说的反向代理可以解决服务的地址访问,但UI层怎么办。除非分开写,我不想分开写。增加开发维护成本!
X-i-n 2020-12-04
  • 打赏
  • 举报
回复
nginx不会干涉你的iis如何运行。 推荐这么部署:dotnet.exe xx.dll,利用kerstrel起服务,不同服务发到不同端口; 外层用nginx进行反向代理(照理换成iis也可以)。
wang_peng 2020-12-04
  • 打赏
  • 举报
回复
引用 6 楼 X-i-n 的回复:
用nginx,或者直接搜“iis 反向代理”
iis不行,我程序里有个监听服务,iis的缓冲池会把我的监听定时释放,所以才用的windows服务部署的,nginx也应该是一个道理吧
wang_peng 2020-12-03
  • 打赏
  • 举报
回复
引用 4 楼 X-i-n 的回复:
server {
  server_name abc.com;
  listen 443 ssl; 
  ……
  location /
  {
    proxy_pass http://localhost:8081;
  }

  location /app2
  {
    proxy_pass http://localhost:8082;
  }
}
那windows服务怎么做反向代理呀
X-i-n 2020-12-03
  • 打赏
  • 举报
回复
用nginx,或者直接搜“iis 反向代理”
X-i-n 2020-12-02
  • 打赏
  • 举报
回复
把项目发布到不同路径,拿nginx举例 location / { proxy_pass http://localhost:8081; } location /app2 { proxy_pass http://localhost:8082; }
X-i-n 2020-12-02
  • 打赏
  • 举报
回复
server {
  server_name abc.com;
  listen 443 ssl; 
  ……
  location /
  {
    proxy_pass http://localhost:8081;
  }

  location /app2
  {
    proxy_pass http://localhost:8082;
  }
}
X-i-n 2020-12-02
  • 打赏
  • 举报
回复
一个端口只能由一个应用占用,决定了: 不同应用只能用不同端口,决定了: 对外用反向代理使用同一个端口统一发布。 不同应用发布到不同端口,由同一个反向代理统一发布到一个站点(同一个端口)的不同路径上,这是标准做法。
wang_peng 2020-12-02
  • 打赏
  • 举报
回复
引用 1 楼 X-i-n 的回复:
把项目发布到不同路径,拿nginx举例 location / { proxy_pass http://localhost:8081; } location /app2 { proxy_pass http://localhost:8082; }
我要避免的就是不能用多个端口,像ISS一个8080全OK,其它项目可以用应用程序区分
.NET Core前后端分离快速开发框架源码(Core.3.1+AntdVue) 注意:不带技术支持,有帮助文件,虚拟商品,发货不退,看好再拍。 开发环境: 操作系统:Windows 10 后端开发工具:Visual Studio 2019+ 前端开发工具:Visual Studio Code,安装nodejs,yarn SDK:安装.NET Core SKD 3.0 及以上 数据库:SQLServer2012及以上 本框架为.NET Core3.1+Ant Design Vue版 本框架旨在极大的提高开发效率 使用技术栈: 后端:采用.NET Core平台,ASP.NET Core3.1,C#语言(使用反射等高级技术),Entity FrameworkCore(数据库ORM框架)。 使用数据仓储模式,抽象化数据库操作(CRUD等)、支持事务处理以及分布式事务处理(跨库) 支持数据库读写分离、分库分表及事务(仅支持单表操作,不支持多表) 全面采用Autofac作为IOC容器,面向接口编程,全面解耦 集成多种工具类库以及操作拓展 数据库:支持SqlServer,PostgreSQL,MySQL,Oracle(框架使用简单工厂,工厂方法,抽象工厂,可轻松更换数据库),Redis作为分布式缓存 前端:Vue2.x全家桶+Ant Design Vue,其中集成常用组件,力求方便项目开发。 具体技术实施: 项目采用前后端完全分离模式,并采用严格分层模式,极大的增加聚合度,降低耦合度, 提高代码的健壮性,可维护性。 前后端通过JWT进行身份验证,通过数据接口操作数据,统一使用JSON作为数据格式,并使用默认接口签名算法保证接口的安全性。 功能架构部分详解: 快速开发:此功能为框架的核心,通过选择数据库中的表,就能自动生成对应的实体层、业务逻辑层、控制器、前端页面Vue文件,无需编写代码即可生成基本的CRUD操作。 接口密钥管理:管理接口的密钥,若开启接口签名的规则,则前端需要通过给接口签名才能够正常访问后台接口。 权限管理:使用基本的RBAC权限控制,支持操作权限、接口权限以及数据权限

13,347

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 .NET技术前瞻
社区管理员
  • .NET技术前瞻社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧