butterfly

试用了下，electron 自带的热更新 并不是特别理想。 想自己处理下载更新文件。刚好看到了网上有一个比较好的处理方式。试了下效果还可以。 使用以下命令将此库包含在项目中： npm install request 在脚本的顶部声明基本依赖项。 var request = require('request'); var fs = require('fs'); 将GET数据流式传输到文件输出。　 function downloadFile(file_url , targetPath){ // Save variable to know progress var received_bytes = 0; var total_bytes = 0; var req = request({ method: 'GET', uri: file_url }); var out = fs.createWriteStream(targetPath); req.pipe(out); req.on('response', function ( data ) { // Change the total bytes value to get progress later. total_bytes = parseInt(data.headers['content-length' ]); }); req.on(

解决git 出现 Your account has been blocked问题 参考文章： （1）解决git 出现 Your account has been blocked问题 （2）https://www.cnblogs.com/mood-butterfly/p/6408654.html 备忘一下。 来源： oschina 链接： https://my.oschina.net/u/4428122/blog/4849119

SkyWalking+SkyApm-dotnet分布式链路追踪系统 对于普通系统或者服务来说，一般通过打日志来进行埋点，然后再通过elk或splunk进行定位及分析问题，更有甚者直接远程服务器，直接操作查看日志，那么，随着业务越来越复杂，企业应用也进入了分布式服务化的阶段，传统的日志监控等方式无法很好达到跟踪调用、排查问题等需求，可以想象，如果你的服务节点达到有很多很多（两位数以上吧），而没有一个自动跟踪系统，那查找一个问题将成为噩梦。 那么，服务之间调用的问题是： 如何快速发现问题？ 如何判断故障影响范围？ 如何梳理服务依赖以及依赖的合理性？ 如何分析链路性能问题以及实时容量规划？ 如何在分布式服务进行日志监控呢？ 首先大家会想到分布式链路追踪系统，说到这，就得讲 OpenTracing 规范，OpenTracing 是一个轻量级的标准化层，它位于应用程序/类库和追踪或日志分析程序之间。详细介绍见 《 opentracing文档中文版 》。在谷歌论文《 Dapper, 大规模分布式系统的跟踪系统 》的指导下，许多优秀的APM应运而生，分布式追踪系统发展很快，种类繁多，给我们带来很大的方便。虽然目前市面许多优秀的APM系统，但是作为我们.NET程序员的选择却就少之又少了（甚至没得选），几乎各大分布式追踪系统均提供java版的支持，而.NET上却只有SkyWalking的

原文: NET Core微服务之路：SkyWalking+SkyApm-dotnet分布式链路追踪系统的分享 对于普通系统或者服务来说，一般通过打日志来进行埋点，然后再通过elk或splunk进行定位及分析问题，更有甚者直接远程服务器，直接操作查看日志，那么，随着业务越来越复杂，企业应用也进入了分布式服务化的阶段，传统的日志监控等方式无法很好达到跟踪调用、排查问题等需求，可以想象，如果你的服务节点达到有很多很多（两位数以上吧），而没有一个自动跟踪系统，那查找一个问题将成为噩梦。 那么，服务之间调用的问题是： 如何快速发现问题？ 如何判断故障影响范围？ 如何梳理服务依赖以及依赖的合理性？ 如何分析链路性能问题以及实时容量规划？ 如何在分布式服务进行日志监控呢？ 首先大家会想到分布式链路追踪系统，说到这，就得讲 OpenTracing 规范，OpenTracing 是一个轻量级的标准化层，它位于应用程序/类库和追踪或日志分析程序之间。详细介绍见 《 opentracing文档中文版 》。在谷歌论文《 Dapper, 大规模分布式系统的跟踪系统 》的指导下，许多优秀的APM应运而生，分布式追踪系统发展很快，种类繁多，给我们带来很大的方便。虽然目前市面许多优秀的APM系统，但是作为我们.NET程序员的选择却就少之又少了（甚至没得选），几乎各大分布式追踪系统均提供java版的支持，而

源于 赏析《梁祝》 一个千古传颂的故事，一段柔美、深情地旋律，打动了多少爱乐人的心。小提琴协奏曲 《梁山伯与祝英台》 ，就是这样一首令欣赏者为之倾倒的我国优秀的音乐作品之一。 　　作品创作背景简析： 　　这是一部以广泛流传的民间故事 《梁山伯与祝英台》 为题材，以越剧音乐为素材而写成的单乐章小提琴协奏曲。如今已列入 世界名曲 ，Butterfly-loves（ 《蝴蝶的爱情》 ）。 　　小提琴协奏曲 《梁山伯与祝英台》 （以下间称为 《梁祝》 ）是陈钢与何占豪就读于 上海音乐学院 时的作品，作于1958年冬，翌年 5月首演于上海获得好评，首演由俞丽拿担任小提琴独奏。题材是家喻户晓的民间故事，以越剧中的曲调为素材，成功地创作了这部单乐章、带标题的小提琴协奏曲。 《梁祝》 描述了梁、祝二人的真挚爱情，对封建礼教进行了愤怒的控诉与鞭笞，反映了人民反封建的思想感情及对这一爱情悲剧的深切同情。乐曲的结构为 奏鸣曲式 ，由引子、呈示部、展开部、再现部组成。作品从故事中择取“草桥结拜”、“英台抗婚”和“坟前化蝶”三个主要情节，分别作为乐曲呈示部、展开部及再现部的内容。运用西洋协奏曲中的 奏鸣曲式 ，很好地表现了戏剧性的矛盾冲突。并吸收了我国戏曲中丰富的表现手法，使之既有交响性又有民族特色. 　　下面依结构欣赏作品 　　 引子 ： 　　乐曲一开始由长笛奏出了华彩的旋律，呈现出一派春光明媚、

1. 应用测试的介绍 一般我们在写完代码之后，代码的测试是会给专门的测试人员来测试的，如果一个测试跑到你的工位上对你说，你的代码好像有Bug，你肯定会不爽，反正我就是这样的🙃。所以为了显示自己的代码质量高一点，在功能提交给测试之前，我们会自己测试一下，接下来给大家介绍一下 Spring Boot Test 应用测试框架。 Spring Boot Test 其实就是Spring Test，只是在Spring Boot 中集成变得更简单了，像我们开发自己测试，一般都是单元测试Junit测试，不出bug就谢天谢地啦，Spring Test与JUnit结合起来提供了高效便捷的测试解决方案，而Spring Boot Test是在Spring Test之上增加了切片测试并增强了Mock能力。 Spring Boot Test支持的测试种类，主要分为以下三类： 单元测试，面向方法的测试，常用注解有@Test。(一般都是用这个) 功能测试，面向业务的测试，同时也可以使用切面测试中的Mock能力，常用的注解有@RunWith，@SpringBootTest等。(这个也用得多) 切片测试，面向难于测试的边界功能，介于单元测试和功能测试之间，常用注解有@RunWith，@WebMvcTest等。 测试过程中的关键要素及支撑方式如下： 测试运行环境，通过@RunWith和

1979年12月，洛伦兹（Lorenz）在华盛顿的美国科学促进会的再一次讲演中提出：一只蝴蝶在巴西扇动翅膀，有可能会在美国的德克萨斯引起一场龙卷风。 蝴蝶翅膀的运动，导致其身边的空气系统发生变化，并引起微弱气流的产生，而微弱气流的产生又会引起它四周空气或其他系统产生相应的变化，由此引起连锁反映，最终导致其他系统的极大变化。洛伦兹把这种现象戏称做"蝴蝶效应"，意思即一件表面上看来毫无关系、非常微小的事情，可能带来巨大的改变。 “蝴蝶效应”表明：一个坏的微小的机制，如果不加以及时地引导、调节，会给社会带来非常大的危害，戏称为“龙卷风”或“风暴”；一个好的微小的机制，只要正确指引，经过一段时间的努力，将会产生轰动效应，或称为“革命”。 十一年前，中本聪推出比特币的那一刻，有一只蝴蝶煽动了翅膀。 十一年后的今天，由美国Butterfly iQ团队开发的去中心化动态感知交易平台The Butterfly Effect“蝴蝶效应”，正式进入亚太市场，将在区块链和数字资产领域，正掀起一场巨大的风暴。 蝴蝶效应打破了思维的桎梏，将最先进的思维方式、经济模式、数学模型与区块链技术相结合，打造出划时代区块链项目。蝴蝶效应采用了“洛伦兹模型状态方式、柯西不等式、Crofton定理、Stolz定理”等基础程序。 据多位了解过蝴蝶效应的行业内人士表示：蝴蝶效应是至今为止最安全、最公开、最透明的交易平台

借着学习QT的机会，开发了这个转换软件，主要功能是将typecho网站数据库中的文章信息导出为适用于hexo的makedown文件。 相关连接 下载地址： https://pan.gmero.com/projects/dealtypecho/release https://github.com/g-mero/dealtypecho/releases github开源地址： https://github.com/g-mero/dealtypecho 如何使用 加下载下来的压缩包解压，运行其中的dealtypecho.exe 首先输入数据库信息： 到文章导出栏，选择附加选项： 修复#是指将typecho文章中不符合hexo规范的#写法修复（再typecho中允许#后不接空格以及# 文字 # 的不符合规范标题写法） 删除回车符是删除\r标识,可选项，目的是修复行与行间距较大的问题，剩下几个选项依赖该选项 标签转换主要是考虑到typecho部分主题使用带标志的标签例如handsome主题能够识别 !> 内容 这种标签，该选项可将其转换为hexo的butterfly主题的标签形式（其他有该功能的主题也一致） 相册转换也是将handsome主题中的插入相册功能转换为butterfly中的相册 同样的对按钮进行转换 选择导出路径，点击开始： 该界面会显示获取到的文章，包括其cid mid

前言： 　　 最近在关注微服务，在 eShop On Containers 项目中存在一个API网关项目，引起想深入了解下它的兴趣。 　　　 一、API网关是什么 　　API网关是微服务架构中的唯一入口，它提供一个单独且统一的API入口用于访问内部一个或多个API。它可以具有 身份验证，监控，负载均衡，缓存，请求分片与管理 ，静态响应处理等。API网关方式的核心要点是，所有的客户端和消费端都通过统一的网关接入微服务，在网关层处理所有的非业务功能。通常，网关也是提供REST/HTTP的访问API。服务端通过API-GW注册和管理服务。 二、Ocelot简介 　　 Ocelot 是一个用.NET Core实现并且开源的API网关，它功能强大，包括了：路由、请求聚合、服务发现、认证、鉴权、限流熔断、并内置了负载均衡器与Service Fabric、Butterfly Tracing集成。这些功能只都只需要简单的配置即可完成 三、Ocelot工作流程 　　a) 基本集成： 　　　 根据configuration.json（后续文章会介绍详细内容）中配置内容，把接收所有的客户端请求，路由到对应的下游服务器进行处理，再将请求结果返回。而这个上下游请求的对应关系也被称之为路由。 　 b) 集成IdentityServer： 　　当我们涉及到授权认证的时候，我们可以跟Identity

参考链接： https://blog.csdn.net/butterfly5211314/article/details/80163628 来源： oschina 链接： https://my.oschina.net/u/4406182/blog/4279756