整体说明 1 自己在阿里云上搭建MQTT服务器 2 自己笔记本电脑windos10搭建HASS,配置参数连接阿里云服务器 3 手机下载MQTT调试助手,当测试端 4手机当终端---阿里云MQTT-------笔记本电脑HASS--网页灯管理 具体步骤 1 参看官网,为自己笔记本电脑上的HASS服务器添加一盏灯,对接阿里云MQTT服务器 官网配置文件修改教程 ---https://www.hachina.io/docs/3030.html 找到笔记本HASS的配置文件 1.1添加要连接的阿里云MQ

一.前言&回顾 在上篇文章Session分布式共享 = Session + Redis + Nginx中,好多同学留言问了我好多问题,其中印象深刻的有:nginx挂了怎么办?采用Redis的Session方案与微软Session方案相比,有什么优势呢?Cookie也可以取代Session的,采用Redis的Session方案优势在哪里?Nginx的iphash方式到底是什么?MachineKey有啥用?Net Core怎样实现? 那会儿看到大家的提问,我的回答也只是从应用层面回答,基本上的回答可

非常抱歉,今天上午的博客站点故障给大家带来了很大的麻烦,请大家谅解.这次故障是我们发布 .NET Core 版博客站点引起的,虽然我们进行了充分的准备,但还是低估了高并发下的复杂问题. 以下是故障背景与大致经过: 在这个炎炎夏日,我们正日火朝天地忙着整个 .NET Core 迁移工程的收官 —— 发布 .NET Core 版博客站点与博客后台.我们的其他系统都早已迁移至 .NET Core 并已在线上工作一番时日,只剩下最难啃的硬骨头 —— 博客系统,到这个月这根钢铁般坚硬的硬骨头也被啃得差不多

今天暴风雨袭击了杭州,而昨天暴风雨(高并发问题)席卷了园子,留下一片狼藉. 在前天傍晚,我们进行了 .net core 版博客站点的第二次发布尝试,在发布后通过 kestrel 直接监听取代 nginx 转发解决了高并发下的1秒延迟问题,成功地顶住了下班前的访问小高峰,但这只是一场大雨,第二天的上午和下午的暴风雨(访问高峰中的高并发)才是真正的考验. 昨天,面对暴风雨,我们哼都不敢哼一声“让暴风雨来得更猛烈些吧”,只是一直不停地默念“让暴风雨快点过去吧”,尤其在下午的暴风雨袭击下,跑在 dock

为了验证 docker swarm 在高并发下的性能问题,周一我们发布了使用 docker-compose 部署的 .net core 版博客站点(博文链接),但由于有1行代码请求后端 web api 时没有使用缓存,结果造成大量 web api 请求发向跑后端服务的集群,悲剧的是这个集群是用 docker swarm 部署的,请求是用 nginx 容器转发的,结果压垮了 nginx ,大量后端请求 502 ,被迫回退至 windows + .net framework 版博客系统. 使用 do

今天早上,我们修改了博客程序中的1行代码,将 services.AddDbContextPool 改为 services.AddDbContext ,去掉 DbContextPool . 然后奇迹出现了 —— 单台4个8G的服务器,800 左右的 QPS 不在话下,CPU 的稳健与 .NET Framework 版有的一拼. 到发布博文时间为止,最高可以撑住 1300 的 QPS . DbContextPool 相关链接: EF Core 小坑:DbContextPool 会引起数据库连接池连接

powershell 传教士 原创文章 始于2016-12-20,2017-03-15改.文章版本目前博客园为最新版. 允许转载,但必须保留名字和出处,否则追究法律责任 问:powershell二进制安装包,和.net core是什么关系? 答: powershell依赖.net.不论win还是linux,powershell都是.net的一个代码库分支. 问:什么是 .net core? 答: .net core是微软.net的跨平台版本. 问:.net core大致包含几个分支? 答: .n

前言: 使用.net core 开发有一段时间了,期间从.net core 2.0 preview1 到 preview2 又到core 1.1 现在2.0正式版出来了.又把项目升级至2.0了.目前正在用2.0进行开发.期间也遇到了不少问题.在这里进行总结一下. 最近工作内容就是job的迁移工作,从Framework迁移到.net Core上.体会到了两个框架的不同之处.以及使用过程中体会到的1.1和2.0的不同 以及Framework和Core的不同.首先说一下2.0和Framework的不同

ROADFLOW CORE (.NET CORE工作流引擎)更新说明 1.RoadFlow全新工作流平台采用.NET CORE 2.1重构,结构更简单,逻辑梳理更清析,性能有了很大的提升. 2.表单设计器采用CKEDITOR重新设计,对浏览器兼容更好,操作更容易. 3.将完整版和集成版合二为一,不再分为两个版本,维护方便,真正做到集成版和完整版功能一致. 4.工作流程引擎在流程任务上百万级,使用人数上万人的环境中测试,速度毫无影响,真正做到是一款极速的工作流(测试环境为开发笔记本电脑,I5,8G

asp.net mvc请移步 mvc文件上传支持批量上传,拖拽以及预览,文件内容校验 本篇内容主要解决.net core中文件上传的问题  开发环境:ubuntu+vscode 1.导入所需要的包:nuget install bootstrap-fileinput 注意:这里的导包需要在终端导入[需要在wwwroot文件夹下执行nuget命令]如下图 如果发现没有nuget命令,则需要通过apt-get 或者yum 给系统安装nuge包管理工具,这个nuget和vscode中的插件不是一回事 2

相互学习提升,有不足之处请指教!有需要急速开发的朋友可以拿来用哦! SkyMallCore 该项目目前放在github上,功能仍在完善,已Fork的园友已给了一些建议, 我会继续完善,并将开发过程遇到的.Net Core知识点逐步总结出来,该系统稍后再公开!!! 1:该项目是由NFine开源项目转化而来 2:该项目基本框架开发平台是在Asp.net Core 2.0基础上编写3:旨在促进.Net Core跨平台学习交流,提高开发效率4:.Net Core Mvc + EFCore 等技术,该项目

Headers类型的exchange使用的比较少,以至于官方文档貌似都没提到,它是忽略routingKey的一种路由方式.是使用Headers来匹配的.Headers是一个键值对,可以定义成Hashtable.发送者在发送的时候定义一些键值对,接收者也可以再绑定时候传入一些键值对,两者匹配的话,则对应的队列就可以收到消息. 匹配有两种方式all和any.这两种方式是在接收端必须要用键值”x-mactch”来定义.all代表定义的多个键值对都要满足,any代表只要满足一个就可以.fanout,di

在前面一章介绍了在.Net Core中如何使用RabbitMQ,至此入门的的部分就完成了,我们内心中一定还有很多疑问:如果多个消费者消费同一个队列怎么办?如果这几个消费者分任务的权重不同怎么办?怎么把同一个队列不同级别的任务分发给不同的消费者?如果消费者异常离线怎么办?不要着急,后面将慢慢解开面纱.我们将结合实际的应用场景来讲解更多的高级用法. 任务分发机制 设想如果把每个消息当做一个任务,生产者把任务发布到RabbitMQ,然后Consumer接收消息处理任务,如果我们发现一个Consumer

publish发布消息 新建一个Asp.Net Core控制台项目:PublishDemo 安装Nuget包 Install-Package RabbitMQ.Client 添加命名空间引用 using RabbitMQ.Client; using RabbitMQ.Client.Events; 先定义好用来发消息的交换机.队列.RoutingKey.消息等变量. String exchangeName = "wytExchange"; String routeKey = "

安装C#插件 下载安装插件,地址:https://marketplace.visualstudio.com/items?itemName=ms-vscode.csharp 安装插件之后重新启动VS Code 借助dotnet命令创建Console项目 使用dotnet的前提是,下载安装.Net Core SDK 当前最新版本的是2.2,下载页面:https://dotnet.microsoft.com/download 或者直接点击下载:https://dotnet.microsoft.com/

很简单的一个记账本项目,无非就是数据库的增删查改,采用vs2017 + asp.net core + mysql + dapper + layui, 其中访问mysql数据库用的是dapper, 界面用了VS创建MVC项目的那个模板头部和尾部,具体的内页用的是layui 数据库文件夹中提供的只是每个表的创建脚本,需要自己在MYSQL中创建数据库 源码地址:https://coding.net/u/niunan/p/niunan_charge_open/git

在上次发布失败后,很多朋友建议我们改用 k8s ,但我们还是想再试试 docker swarm ,实在不行再改用 k8s . 在改进了 docker swarm 集群的部署后,我们准备今天 17:30 左右进行一次发布尝试. docker swarm 集群是我们使用阿里云服务器自己搭建的,这次进行了3方面的改进. 1. 升级了 worker 节点服务器的配置 worker 节点由6台4核8G服务器换成了3台8核16G服务器,基于3点考虑: 1)提高单台服务器的处理能力: 2)提高服务器的网络处理

前两章我们讲了RabbitMQ的direct模式和fanout模式,本章介绍topic主题模式的应用.如果对direct模式下通过routingkey来匹配消息的模式已经有一定了解那fanout也很好理解.简单的可以理解成direct是通过routingkey精准匹配的,而topic是通过routingkey来模糊匹配. 在topic模式下支持两个特殊字符的匹配. * (星号) 代表任意 一个单词 # (井号) 0个或者多个单词 注意:上面说的是单词不是字符. 如下图所示,RabbitMQ di

前面第六章我们使用的是direct直连模式来进行消息投递和分发.本章将介绍如何使用fanout模式将消息推送到多个队列. 有时我们会遇到这样的情况,多个功能模块都希望得到完整的消息数据.例如一个log的消息,一个我们希望输出在屏幕上实时监控,另外一个用户持久化日志.这时就可以使用fanout模式.fanout模式模式不像direct模式通过routingkey来进行匹配,而是会把消息发送到所以的已经绑定的队列中. 新建FanoutProduct用来发布消息.FanoutCustomerA和Fan

最近用到分词考虑很久,选用了结巴分词,原因见博客Lucene.net(4.8.0) 学习问题记录五: JIEba分词和Lucene的结合,以及对分词器的思考 既然选好了,难就开始行动吧 . 查了.net core版的JIEba分词目前已经有人迁移了 https://github.com/linezero/jieba.NET 不过是net core 1.1版本,看到上边有issue也没有人处理,感觉好像作者不维护了. https://github.com/SilentCC/JIEba-netcor

.net core现在已经有了大的发展,虽然笔者现在已经从事python开发,但是一直在关注.net的发展,在逛博客园的时候,发现有大家都会提到Nancy这个框架,在简单的使用之后,发现竟然是如此的简单而优雅 public class SampleModule : Nancy.NancyModule { public SampleModule() { Get["/"] = _ => "Hello World!"; } } 代码已经上传到git上,包含源代码和d