.NET Core

使用Topshelf部署.net core windows服务 首先新建一个.net core的模板worker程序 过程 略 打开Program.cs namespace TopshelfDemo { public class Program { public static void Main(string[] args) { CreateHostBuilder(args).Build().Run(); } public static IHostBuilder CreateHostBuilder(string[] args) => Host.CreateDefaultBuilder(args) .ConfigureServices((hostContext, services) => { services.AddHostedService<Worker>(); }); } } nuget 安装Topshelf 略 改写下Program.cs public class Program { public static void Main(string[] args) { HostFactory.Run(x => { x.Service<IHost>(s => { s.ConstructUsing(() => CreateHostBuilder(args).Build()); s

今天，我们很高兴宣布基于.NET CORE平台的全新 SS CMS V7.0正式发布，新版本采用.NET CORE模块化和高性能实现，用于创建在Windows，Linux、Mac以及Docker上运行的Web应用程序和服务。 SS CMS 7.0 之旅 在此，我们简单回顾一下SS CMS的发展历程。SS CMS的发展与.NET的发展密切相关，2003年，微软发布.NET 1.1，之后我们发布了中国最早的基于.NET的CMS系统 SS CMS 1.0版本，随着.NET平台的普及，越来越多企业、事业单位以及政府开始使用我们的系统，微软从.NET 1.1一路升级到.NET 4.0，SS CMS 也一路升级到 6.0版本，一路走来，SS CMS成为了.NET平台使用量最高的CMS系统。 大约三年前，我们注意到所有主要的流行软件平台都是开源的，开源以及开源背后活跃的社区是一个软件获得长期生命力的关键，于是我们开始将SS CMS无保留开放源代码，截止目前，我们已经在Github平台收获了2.4k个星标，建立了一个活跃的开发者社区，成为了国内知名CMS中唯一真正开源并拥有活跃开发者社区的产品。 与此同时，微软.NET平台在2016年开始了发布以来最大的转变，微软发布了.NET CORE平台，至此.NET从封闭转向了开源，从Windows转向了跨平台，随着.NET CORE平台的成熟与稳定

Apollo镜像服务 基于开源Apollo服务进行相关服务镜像打包，实际将分发 apollo-adminservice 、 apollo-configservice 和 apollo-portal 这三个镜像安装包。 一、 部署安装 1. config服务 首先我们需要提供对应的配置文件并将其映射到对应的镜像的目录下，首先我们 编写对应的配置文件（application-github.properties）： spring.datasource.url = jdbc:mysql://fill-in-the-correct-server:3306/ApolloConfigDB?characterEncoding=utf8 spring.datasource.username = FillInCorrectUser spring.datasource.password = FillInCorrectPassword 其中需要我们指定对应服务的数据库，数据库的初始化语句见根本目录sql下的 apolloconfigdb.sql 文件。并 需要在最终的映射中将对应文件映射到容器内的 /apollo-configservice/config/application-github.properties 。 对应的启动脚本如下所示： docker run -d -p 8080:8080 -

网关介绍 网关其实就是将我们写好的API全部放在一个统一的地址暴露在公网，提供访问的一个入口。在 .NET Core下可以使用 Ocelot 来帮助我们很方便的接入API 网关。与之类似的库还有 ProxyKit ，微软也发布了一个反向代理的库 YARP 。 关于网关的介绍不多说了，网上文章也挺多的，这些都是不错的选择，听说后期 Ocelot 将会使用 YARP 来重写。本篇主要实践一下在.NET Core环境下使用 Ocelot 。 Ocelot官网：https://threemammals.com/ocelot Ocelot文档：https://ocelot.readthedocs.io GitHub：https://github.com/ThreeMammals/Ocelot Ocelot资源汇总：https://www.cnblogs.com/shanyou/p/10363360.html 接入使用 接口示例 先创建几个项目用于测试，创建两个默认的API项目，Api_A和Api_B，在创建一个网关项目Api_Gateway，网关项目可以选择空的模板。 现在分别在Api_A和Api_B中写几个api，将默认的 WeatherForecastController 中返回模型 WeatherForecast 添加一个字段Source，用于区分是哪个API返回的数据。 using

系列文章 基于 abp vNext 和 .NET Core 开发博客项目 - 使用 abp cli 搭建项目 基于 abp vNext 和 .NET Core 开发博客项目 - 给项目瘦身，让它跑起来 基于 abp vNext 和 .NET Core 开发博客项目 - 完善与美化，Swagger登场 基于 abp vNext 和 .NET Core 开发博客项目 - 数据访问和代码优先 基于 abp vNext 和 .NET Core 开发博客项目 - 自定义仓储之增删改查 基于 abp vNext 和 .NET Core 开发博客项目 - 统一规范API，包装返回模型 基于 abp vNext 和 .NET Core 开发博客项目 - 再说Swagger，分组、描述、小绿锁 基于 abp vNext 和 .NET Core 开发博客项目 - 接入GitHub，用JWT保护你的API 基于 abp vNext 和 .NET Core 开发博客项目 - 异常处理和日志记录 基于 abp vNext 和 .NET Core 开发博客项目 - 使用Redis缓存数据 基于 abp vNext 和 .NET Core 开发博客项目 - 集成Hangfire实现定时任务处理 基于 abp vNext 和 .NET Core 开发博客项目 - 用AutoMapper搞定对象映射 基于 abp

招聘简介 为了支撑公司互联网的战略转型，我们将基于.NET Core + K8S/TKE + 腾讯云云函数的微服务架构，打造高性能、高并发、高扩展的基础平台，同时基于该平台进行应用开发，包括Web端，移动端（微信公众号、小程序、支付宝应用号）的开发。 如果你对【IOT + .NET Core + K8S + 无服务计算/微服务 + 轻应用】感兴趣，有冲劲，肯学习，想往互联网、云原生等新技术方向发展，那这里将是你保持技术领先和成长的好地方。 招聘岗位1：.NET 研发工程师（18k-20k） 任职资格： 1、全日制本科及以上学历，计算机或其他相关专业，3年以上相关工作经验，有独立负责项目经验者优先； 2、.NET 基础扎实，精通C#编程，有丰富的MVC、WebApi开发经验，掌握ASP.NET Core应用开发和ORM框架; 3、掌握面向对象编程思想，掌握常用的设计模式，良好的编程素养； 4、掌握数据库编程；掌握Web前端开发技术； 5、熟悉.NET Core 容器化和基于Kubernetes 的云原生应用开发经验优先； 6、了解MongoDB、Redis、RabbitMQ等技术。 7、有ABP 框架开发经验者优先； 8、自我驱动，热爱学习和总结； 福利： 五险一金；绩效奖金；带薪年假；弹性工作；员工旅游；餐费补贴；节日福利。（没有的我们一起去努力！） 轻岁团队

到目前为止，我们已经讨论了创建文档, 检索文档，现在让我们来研究一下文档排序，指定要跳过或限制返回的文档数量，以及如何进行投影。此篇文章中的实例代码摘录自原文，未像前几篇文章一样进行实际代码的验证。 作者：依乐祝 译文地址：https://www.cnblogs.com/yilezhu/p/13525942.html 英文地址：https://www.codementor.io/@pmbanugo/working-with-mongodb-in-net-part-3-skip-sort-limit-and-projections-oqfwncyka Limit 当我们查询一个文档时，我们有时不想返回所有符合过滤条件的文档，而只返回其中的一部分。这就是 limit 方法的具体应用。对于MongoDB，可以通过调用 Find 返回的 IFindFluent 的 limit 方法来限制文档的数量。因此，如果我查询数据库中年龄小于40岁的学生，我会得到以下信息： S/N: 1 Id: 582489339798f091295b9094, FirstName: Gregor, LastName: Felix S/N: 2 Id: 582489339798f091295b9095, FirstName: Machiko, LastName: Elkberg S/N: 3 Id:

作者 | Paul Krill 编译 | 郑丽媛 头 图 | CSDN 下载自 视觉中国 出品 | CSDN（ID：CSDNnews） 以下为译文： 为了统一.NET平台，.NET 5改进了RyuJIT中代码质量、垃圾收集和JSON序列化等功能。 Preview 8 微软已经发布了功能完整的.NET 5的第8个预览版，除了bug修复外，几乎所有的功能都是最终版本。 .NET 5中 .NET Framework和.NET Core已合并，旨在一统.NET平台。 最新版本预计将于2020年11月10日正式发布。 日前，.NET 5的第8个预览版在8月25号已发布。而在11月的正式版发布前，还将有两个候选版本发布。 .NET 5更高层次的目标包含提供统一的.NET SDK体验，即在所有.NET 5应用程序中使用一个BCL（基类库），并支持跨多个操作系统的本地和web应用程序。一个.NET 5本地应用程序项目将使用这些平台上的本地控件来支持Windows、Microsoft Duo (Android)和Apple iOS等目标。 .NET 5的其他目标还有：允许构建高性能的云应用程序、在BCL中实现更快的算法、运行时中为容器提供更好地支持、以及对HTTP3的支持。.NET 5.0通过Mono的运行时和.NET库，将支持WebAssembly二进制格式，还提供了一组可为空的引用类型注释。

JWT(Json web token) 就不用过多的介绍了，在 .NET Core 开发中使用JWT进行认证也是比较常见的，而且接入过程也比较简单，随便配置配置就好了。 要想使用JWT，仅仅只需要在项目中引用微软的一个认证组件。 Install-Package Microsoft.AspNetCore.Authentication.JwtBearer 然后将一些敏感数据可以放在配置文件 appsettings.json 中。 { "JWT": { "ClockSkew": 10, "ValidAudience": "https://meowv.com", "ValidIssuer": "阿星Plus", "IssuerSigningKey": "6Zi/5pifUGx1c+mYv+aYn1BsdXPpmL/mmJ9QbHVz6Zi/5pifUGx1c+mYv+aYn1BsdXPpmL/mmJ9QbHVz6Zi/5pifUGx1c+mYv+aYn1BsdXPpmL/mmJ9QbHVz6Zi/5pifUGx1cw==", "Expires": 30 } } 在 Startup 中添加配置并且使用 services.AddAuthentication(JwtBearerDefaults.AuthenticationScheme) .AddJwtBearer(options => {

搞IT技术的同行，相信没有几个人是不会抓包这项技能的（如果很不幸你中枪了，那希望这篇文章给你一些动力），市面上的抓包工具也有很多，常用的有： Charles 、 Fiddler 、 Burpsuite 、 WireShark 、 mitmproxy 如果从市场使用率来讲，特别是对于Windows用户来说， Fiddler 抓包使用人群占比最多。 由于 Fiddler 基于.NET开发，对于像我这类Mac系统的资深用户来讲，显然不太合适，为了解决Mac下使用Fiddler的问题，早在2016年官方出过一款名为 Fiddler for OS X Beta 1 尝试来解决这类问题, 但这款工具必须通过Mono才可以在Mac上使用。并且在Mac上使用是非常不稳定, 有非常多的问题。 所幸的是，在2018年，官方又进一步推出了一款名为： Fiddler Everywhere 的抓包工具，今天就给大家聊一聊这款工具。 虽然Mac下GUI抓包工具，首推Charles，但多掌握一项抓包工具，对自己肯定是没有坏处。 1. Fiddler Everywhere 介绍 从名称上来看，就大概能猜出它的寓意，官方也通过一段话，解释了 Fiddler Everywhere 的作用: Fiddler Everywhere is a web debugging proxy for any browser, any