随着ASP.NET的发展,有不同的方式从请求中访问客户端IP地址.WebForms和MVC Web应用程序只是访问当前HTTP上下文的请求. var ip = HttpContext.Current.Request.UserHostAddress; 或者只是直接引用当前的Request var ip = Request.UserHostAddress; 但是,这在ASP.NET Core 2.0及更高版本中不起作用.您必须从ConfigureServices方法中的Startup.cs类中注入H

本节将分析Authentication 源代码参考.NET Core 2.0.0 HttpAbstractions Security 目录 认证 AddAuthentication IAuthenticationService IAuthenticationHandlerProvider IAuthenticationSchemeProvider UseAuthentication Authentication.Cookies 模拟一个Cookie认证 认证 认证已经是当前Web必不可缺的组件.

ASP.NET Core运行原理之启动WebHost 本节将分析WebHost.CreateDefaultBuilder(args).UseStartup<Startup>().Build();代码. 源代码参考.NET Core 2.0.0 WebHostBuilder WebHost Kestrel 问题概要 Hosting中有哪2个ServiceProvider,各自如何创建,以及有哪些ServiceCollection. 什么时候执行Startup的ConfigureServices

本系列将分析ASP.NET Core运行原理 [ASP.NET Core]运行原理(1):创建WebHost [ASP.NET Core]运行原理(2):启动WebHost [ASP.NET Core]运行原理(3):认证 [[ASP.NET Core]运行原理(4):授权] 在认证阶段通过用户令牌获取到用户的Claims,而授权就是对这些Claims的验证. 授权核心 services.AddAuthorization(opt => opt.AddPolicy("isAdmin"

本系列将分析ASP.NET Core运行原理 [ASP.NET Core]运行原理[1]:创建WebHost [ASP.NET Core]运行原理[2]:启动WebHost [ASP.NET Core]运行原理[3]:认证 本节将分析WebHost.CreateDefaultBuilder(args).UseStartup<Startup>().Build();代码. 源代码参考.NET Core 2.0.0 WebHostBuilder WebHost Kestrel 问题概要 Hostin

目录 Nginx+Docker部署模式下 asp.net core 获取真实的客户端ip 场景 过程还原 结论 参考资料 Nginx+Docker部署模式下 asp.net core 获取真实的客户端ip 场景 线上环境使用Nginx(安装在宿主机)+Docker进行部署,应用获取客户端ip地址不正确,获取客户端IP的代码为Request.HttpContext.Connection.RemoteIpAddress.MapToIPv4() 过程还原 搭建一个webapi示例环境 创建一个新项目

GraphQL 既是一种用于 API 的查询语言也是一个满足你数据查询的运行时. GraphQL来自Facebook,它于2012年开始开发,2015年开源. GraphQL与编程语言无关,可以使用很多种语言/框架来构建Graph 服务器,包括.NET Core. 像Github,Pinterest,Coursera等公司都在使用GraphQL.Github的API到目前有4个版本,第三个版本用的是REST,而第四个版本使用的是GraphQL. 下面是GraphQL的典型应用场景: 视频教程:使

ASP.NET CORE下运行CMD命令,用以前的ASP.NET 的命令System.Diagnostics.Process.Start("notepad");这样是可以运行出记事本的, 现在公司的C++大神开发了个EXE,需要放在服务器上,然后当访问服务器上的某个网页的时候就执行这个EXE了.. 传到服务器上,在服务器上运行 d:/temp/cm/cm.exe -url=http://baidu.com ,成功运行的,其中后面 -url=xxx是传过去的参数的 放在.NET CORE

本系列将分析ASP.NET Core运行原理 [ASP.NET Core]运行原理[1]:创建WebHost [ASP.NET Core]运行原理[2]:启动WebHost [ASP.NET Core]运行原理[3]:认证 本节将分析WebHost.StartAsync();代码,确定是如何一步一步到我们注册的中间件,并介绍几种Configure的方式. 源代码参考.NET Core 2.0.0 WebHost Kestrel HttpAbstractions 目录 Server.StartAs

一.概述 在ASP.NET Core之前,ASP.NET Framework应用程序由IIS加载.Web应用程序的入口点由InetMgr.exe创建并调用托管,初始化过程中触发HttpApplication.Application_Start()事件.开发人员第一次执行代码的机会是处理Application_StartGlobal.asax中的事件.在ASP.NET Core中,Global.asax文件不再可用,已被新的初始化过程替代. 二.宿主 ASP.NET Core应用程序其本质上是一个

1.OceLot中间件介绍 在传统的BS应用中,随着业务需求的快速发展变化,需求不断增长,迫切需要一种更加快速高效的软件交付方式.微服务可以弥补单体应用不足,是一种更加快速高效软件架构风格.单体应用被分解成多个更小的服务,每个服务有自己的独立模块,单独部署,然后共同组成一个应用程序.把范围限定到单个独立业务模块功能.分布式部署在各台服务器上. 而Ocelot开发的目标就是使用.NET运行面向微服务/服务的架构,要达到这个目标需要一个统的系统入口点(我们统称为API网关),同时需要与Identit

### 前言 前几天在博客园看到有园友在分享关于微软的一个微服务架构的示例程序,想必大家都已经知道了,那就是[eShopOnContainers](https://github.com/dotnet-architecture/eShopOnContainers). 我们先不看项目的后缀名称 OnXXX ,因为除了 OnContainers 还有 OnAzure,OnWeb,OnKubernetes 以及 OnServiceFabric. 我们就还是来先说说 eShop 这个项目吧,eShop 是

注:特别说明当前版本对应.Net Core2.1意义上框架 一.注入HttpContextAccessor ASP.NET Core中提供了一个IHttpContextAccessor接口,HttpContextAccessor 默认实现了它简化了访问HttpContext. 它必须在程序启动时在IServicesCollection中注册,这样在程序中就能获取到HttpContextAccessor,并用来访问HttpContext. services.AddSingleton<IHttpCo

将 gRPC 服务添加到 ASP.NET Core 应用 gRPC 需要gRPC包. 配置 gRPC 在 Startup.cs 中: gRPC 是通过AddGrpc方法启用的. 每个 gRPC 服务通过MapGrpcService方法添加到路由管道. C#复制     public class Startup { // This method gets called by the runtime. Use this method to add services to the container.

(此文章同时发表在本人微信公众号"dotNET每日精华文章",欢迎右边二维码来关注.) 题记:服务定位器(Service Locator)作为一种反模式,一般情况下应该避免使用,在ASP.NET Core更是需要如此. Scott Allen在其博客网站上发表了一篇名为"Avoiding the Service Locator Pattern in ASP.NET Core"的文章解释了这一模式会带来的问题:导致应用程序无法完全基于控制反转(依赖注入)容器.同时给出

一.整体情况 现代应用程序看起来更像这个: 最常见的相互作用: 浏览器与Web应用程序的通信 Browser -> Web App Web应用程序与Web API通信 基于浏览器的应用程序与Web API 本机应用程序与Web API进行沟通 基于服务器的应用程序与Web API Web API与Web API通信 通常,每个层(前端.中间层和后端)必须保护资源并实现身份验证或授权——通常针对同一个用户存储区. 将这些基本安全功能外包给安全令牌服务可以防止在这些应用程序和端点上复制该功能. 应用

 一.Asp.Net Core 2.0版本中目前HttpRequest是个抽象类 在控制器或视图上下文中获取到的 Request对象,是 DefaultHttpRequest的实例. 定义 如图 : 二.常用属性说明: 1.获取请求 协议:Request.Protocol,目前多数是http1.0 2.获取url的Scheme:Request.Scheme 3.获取域名+版本号 :Request.Host 4.获取请求路径,不含有参数 和锚点:Request.Path  ,基础路径Request

HttpContext简介 .Net Core中的HttpContext上下文是个抽象类,命名空间为Microsoft.AspNetCore.Http 所在程序集 \netstandard2.0\Microsoft.AspNetCore.Http.Abstractions.dll 定义代码: namespace Microsoft.AspNetCore.Http { // // 摘要: // Encapsulates all HTTP-specific information about an

1.在ConfigureServices注入IHttpContextAccessor // ASP.NET Core 2.1的注入方式 //services.AddHttpContextAccessor(); //services.TryAddSingleton<IActionContextAccessor, ActionContextAccessor>(); // 注入 services.AddSingleton<IHttpContextAccessor, HttpContextAcc

本项目采用ASP.Net Core微服务技术,搭建博客和Saas平台. 全文将围绕(1)设计模式  (2)敏捷开发 目的: 结构足够合理,代码足够优美,扩展性.可读性.易维护性做到最优. 以下目录仅为整体思路,后期逐渐完善补充. 1.配置linux环境实现持续集成 2.快速搭建 ASP.net core Web 应用 3.单元测试 4.数据持久化(基于YesSql,打算使用EFCore重新做) 5.用户管理及登录页面 6.分布式通信----MessagePack序列化 7.分布式通信----Ne

Quartz.NET这么NB的作业调度系统,不会还行?   今天介绍一下Quartz.NET的托管运行,官网传送门. 一.前言 Quartz.NET,按官网上的说法,是一款功能齐全的任务调度系统,从小型应用到大型企业级系统都能适用.在众多项目中,Quartz.NET以可靠.集群的方式,被用作在定时器上运行后台任务的一种方式. Quartz.NET主要完成两个方面的内容: 基于时间计划的后台作业: 基于因时间计划的触发的任务运行.   ASP.NET Core本身对于通过托管服务运行后台任务就支持