注意:1. 当Hangfire服务由Web程序来启用时,默认情况下,web应用程序中的Hangfire服务器实例在第一个用户访问您的站点之前不会启动.甚至,有一些事件会在一段时间后导致web应用程序关闭(比如空闲超时应用程序池回收事件).在这些情况下, "循环任务"和"延迟作业"将不会进入队列,而"进入队列的作业"将不会被处理.因此我们需要让ASP.NET应用程序始终运行.(详见官方的方法:Making ASP.NET application a

一. 简介 1. 平常用的core webapi 3.1,恰逢.Net5.0正式版发布了,直接开整. 2. 先学习IdentityServer4 .Autofac.EF Core,集成到后台框架里. 3. 这篇没什么内容,就是把类库先建好,控制器加上前台调用的登录接口,. 本着学习(折磨自己

创建项目 net5就自带上了swaggerUI,见红色 // This method gets called by the runtime. Use this method to add services to the container. public void ConfigureServices(IServiceCollection services) { services.AddControllers(); services.AddSwaggerGen(c => { c.SwaggerDo

目录 前言 Quartz 测试 问题及解决方法 小结 前言 本来打算昨天都开始写这篇,就因为要把小团队的博客整理汇总,一看二哈的博客那么多,一个个复制粘贴肯定麻烦(其实是我自己觉得复制麻烦),所以穿插着写了个小爬虫,后续写差不多了就拿出来晾晾吧(py菜鸡水平). 之前开发的时候,忽略了记录,等到想写点儿啥跟后台有关的东西的时候,还得一点点回忆,最近是因为同事给我说,"哎,每个月把数据给我统计下做个界面展示啊".一想到每个月我要做次操作就头疼,咦,不对,这不就是写个定时任务就搞定了嘛.

一. 简介 EFCore 是轻量化.可扩展.开源和跨平台版的常用数据访问技术,走你(官方文档) 二. 使用 1.安装数据库驱动包.PMC 工具包 不同的数据库有不同的包,参考,我用 PostgreSQL,所以是 Npgsql.EntityFrameworkCore.PostgreSQL 技术迭代的真快啊,.net5不配使用最新版本 2.迁移 CodeFirst (1)新建EF上下文 WinterSirContext (2)连接字符串放在 appsetting,新建一个帮助类用来读取配置(参考),

一.前言 先交代一下整个Demo项目结构: 一个认证服务(端口5000)IdentityServer4.Authentication 五个授权模式(两个控制台程序,三个MVC项目端口5001)文件夹GrantClient 两个资源服务(WebApi:UserApiResource端口8000,ProductApiResource端口9000)文件夹ApiResource 二.准备认证服务 + 资源服务 1.认证服务 (1)新建一个MVC项目,安装 IdentityServer4 ,注册五种授权模

首先,你需要先装一个Nodejs,这是基础哦.如果没有这方面知识的小伙伴可以在园子里搜索cnpm yarn等关键字,内容繁多,此不赘述,参考链接 一. 简介 1. Ant Design Pro v5 开箱即用的中台前端/设计解决方案,没有用过的小伙伴先撸一遍文档.基于React,需要一定的基础. 2. Ant Design 配套组件,另外Antd还设计了超级组件 ProComponents,看着有点麻烦,不过我猜用起来应该很爽. 3. v5是预览版默认ts,目前不可选js版本.前端ts是一个趋势

腾讯云搞定服务器,具体过程就不赘述了,文档都有,咨询客服或者自行百度,体验一下过程. 一. 服务器 1. 云服务器 cvm 1核2G centos8.0 2. 域名注册 www.homejok.com 3. 网站备案 二. Linux安装Nginx 我用的下载包安装的方法,自定义的路径,文件名,轻微强迫症

一.简介 PostgreSQL,开源数据库(没听过小伙伴自己反思一下自行百度) PgAdmin,官方提供的数据库管理工具. 二.环境 1. 官网下载包,安装数据库 tar xjvf /app/package/postgresql-12.2.tar.bz2 -C /app/pgsql #解压包到指定目录 cd /app/pgsql/postgresql-12.2 ./configure --prefix=/app/pgsqlsys 运行报错,需要装个依赖再运行(不同环境缺少依赖不同,按提示安装)

一. 简介 Autofac与.Net Core自带DI的区别,大佬级的文章数不胜数.我只是根据实际应用简单介绍(非常简单的那种) 1.批量注入,自带DI需要自己写循环反射注入,Autofac现成方法,简洁的多. 2.其他功能,Autofac玩法丰富,官网或其他文章都有介绍. 二. 使用 1.Nuget 2.Program.cs 3.Startup.cs 这里需要添加一个方法,在方法里进行注入,注入时在最后带上.PropertiesAutowired()是开启属性注入.如果内容太多比较臃肿,注入模

一.日志 日志具有帮助开发者快速的定位问题,记录各种信息,配合其他分析框架使用等等功能,收集日志的各类框架如:Log4net.NLog.Exceptionless.Serilog等等,百度或园子里介绍及对比文章不胜枚举,此不赘述.易用为主,选择NLog先集成,方便后面演示使用. 1.安装 NLog.Web.AspNetCore 2.新建 nlog.config,只改了输出路径.(配置和变量介绍参考最后链接,就不贴代码了) 3.注入到框架中,测试输出效果 二.异常处理 异常处理分为两种,一种是过滤

一.Aop Aop 面向切面编程(Aspect Oriented Program),在项目中,很多地方都会用到Aop的概念,比如:过滤器(Filter),中间件(Middleware) 通常用来处理数据请求.切面缓存.记录日志.异常捕获等等.但是想在服务层中使用Aop,前面说的就不好使了,目的是减少代码入侵,降低解耦,又能实现业务需求,才是Aop意义所在.前面介绍使用了Autofac,在这还能发挥作用. 1.安装 安装Autofac.Extras.DynamicProxy,Autofac实现Ao

一.简介 IdentityServer4 是用于 ASP.NET Core 的 OpenID Connect 和 OAuth 2.0 框架,通过中间件的方式集成.JWT(json web token)本身是一个格式,不是一个框架,在ids4中也用到了这种格式,而在很多公司的项目里(包括我们)使用JWT来完成鉴权机制,是在这个token格式的基础上用代码实现生成.颁发.校验.刷新.过期等功能.这是IdentityServer4与JWT的区别. 二.配置 (1)新建一个空Api项目作为认证鉴权中心,

一.前言 IdentityServer配合EFCore持久化,框架已经为我们准备了两个上下文: ConfigurationDbContext:配置数据(资源.客户端.身份等) PersistedGrantDbContext:操作数据(授权码.访问令牌.刷新令牌等) 用户持久化可以自定义一套逻辑,But,我们直接用微软的Identity,再新建一个用户上下文: ApplicationDbContext:用户数据(用户.角色等) 二.持久化 1.新建认证服务 新建一个MVC工程,目录结构跟上篇内存化

asp.net webapi 自托管插件式服务   webapi问世已久,稀里糊涂的人哪它都当mvc来使,毕竟已mvc使用级别的经验就可以应对webapi. webapi和mvc在asp.net5时代合体了,这告诉我们,其实 它俩还是有区别的,要不现在也不会取两个名字,但是由于本人归纳总结能力较差,各种不同也无法一一列出了. 在webapi中 HelpPage是个突出而又实用的东西,它尼玛会把我们code中的注释生成xml,然后以web页面的方式把接口文档展示出来,这尼玛无形就下岗一批文案了,以

连表查询都用Left Join吧   最近看同事的代码,SQL连表查询的时候很多时候用的是Inner Join,而我觉得对我们的业务而言,99.9%都应该使用Left Join(还有0.1%我不知道在哪),我用最简单的方式来描述这两者的区别,直接看图(有点草啊): 我的做法是永远把查询主体放在左边,然后右边挨个连上要附加的信息,有则连上,没有则留null,这样思路是最清晰的. Inner Join跟这个的区别是如果附加表找不到对应ID,那么这行记录就不会出现,我在图中用红色字体说明了这个区别.(

webapi问世已久,稀里糊涂的人哪它都当mvc来使,毕竟已mvc使用级别的经验就可以应对webapi. webapi和mvc在asp.net5时代合体了,这告诉我们,其实 它俩还是有区别的,要不现在也不会取两个名字,但是由于本人归纳总结能力较差,各种不同也无法一一列出了. 在webapi中 HelpPage是个突出而又实用的东西,它尼玛会把我们code中的注释生成xml,然后以web页面的方式把接口文档展示出来,这尼玛无形就下岗一批文案了,以社会责任感角度来讲,ms的这个HelpPage挺不地

当然,实现定时任务有更好的操作方式,比如方式一:asp.net mvc+quartz.net +corn +webapi,asp.net mvc做任务管理的平台,使用CronTrigger做定时触发,quartz.net做定时执行控制,webapi实现执行逻辑方式二:老生常谈的一种,windows服务(开机自启)+定时器(timer,quartz.net等)+webapi(或者其他实现执行逻辑)最近在做cs,timer实现时间的控制并不精确,决定以windows计划实现,先介绍一下mshta吧:

开发平台: VS2019 背景: 在开发小程序的API服务的时候,由于access_token的有效期为7200秒,也就是2小时,这就需要后端定时的去更新这个access_token,便于调用小程序的一些接口. 设计思路与实现步骤: 1.准备把access_token存在数据库中,如前端需要调小程序接口,通过我的后端去调小程序公开的接口. 2.我的webapi部署在IIS上,所以在Global.asax启动站点的时候,在Application_Start方法下添加我的定时任务.如下图 3.Run

背景 工作中经常会有定时任务的需求,常见的做法可以使用Timer.Quartz.Hangfire等组件,这次想尝试下新的思路,使用RabbitMQ死信队列的机制来实现定时任务,同时帮助再次了解RabbitMQ的死信队列. 交互流程 1. 用户创建定时任务 2. 往死信队列插入一条消息,并设置过期时间为首个任务执行时间 3. 死信队列中的消息过期后,消息流向工作队列 4. 任务执行消费者监听工作队列,工作队列向消费者推送消息 5. 消费者查询数据库,读取任务信息 6. 消费者确认任务有效(未被撤销

借鉴: https://blog.csdn.net/lordwish/article/details/78926252 在最近的一篇文章中讲到了如何在web API中实现定时处理,采用的是比较原始的Timer定时器,功能简单,无法胜任复杂任务.本次就着重介绍一下定时任务框架Quartz.Net. Quartz.Net来源于Java中的Quartz框架,后来有了.Net版本就加了后缀.Net以示区别.Quartz.Net可以实现诸如定时发送邮件.定时处理数据.定时轮询数据库等计划任务,只需要几句代