witness

0 引言 主要讲述如何搭建故障转移集群，因为AlwaysOn是基于Windows的故障转移集群的。 在讲解步骤之前需要了解一下故障转移集群仲裁配置 下面图片来自《Windows Server2012系统配置指南》 四种集群的仲裁配置： 1、多数节点：这种配置不会用到仲裁磁盘，而所谓多数节点就是在正常节点数量占多数的情况下，集群才会提供服务，否则就停止服务。这种配置适用于奇数节点的集群，例如5个节点的集群，其正常节点数量必须至少3个，集群才会提供服务 2、多数节点和磁盘：适用于偶数节点的集群，他在计算法定数量时会将仲裁磁盘计算进来，例如，4个节点+1个仲裁磁盘节点的集群，可以将其视为5个节点的集群，这时正常节点数量必须至少3个，集群才会提供服务 3、多数节点和文件共享：它和（多数节点和磁盘）类似，不过仲裁磁盘改为共享文件夹内的文件 4、没有多数：只有磁盘，只要仲裁磁盘脱机，集群就会停止提供服务（不建议使用，这种方式很早之前已经有了） 简单说一下见证磁盘和见证共享文件夹 见证共享文件夹是Windows 2008才推出的见证磁盘方式，因为以前的见证磁盘（简称仲裁盘）需要共享存储，也就是各个节点需要挂载同一个磁盘，这个磁盘叫见证磁盘，是放在共享存储上面的 推出见证共享文件夹之后我们可以不需要高大上的共享存储，用共享文件夹就可以了 我们在使用故障转移集群的时候，只用两种仲裁配置：（多数节点）

从0开始搭建SQL Server AlwaysOn 第二篇（配置故障转移集群） 第一篇 http://www.cnblogs.com/lyhabc/p/4678330.html 第二篇 http://www.cnblogs.com/lyhabc/p/4682028.html 第三篇 http://www.cnblogs.com/lyhabc/p/4682986.html 第四篇 http://www.cnblogs.com/lyhabc/p/6136227.html 搭建非域AlwaysOn win2016+SQL2016 http://www.cnblogs.com/lyhabc/p/6498712.html SQL Server AG集群启动不起来的临时自救大招 http://www.cnblogs.com/lyhabc/p/6953255.html 这一篇是从0开始搭建SQL Server AlwaysOn 的第二篇，主要讲述如何搭建故障转移集群，因为AlwaysOn是基于Windows的故障转移集群的 在讲解步骤之前需要了解一下故障转移集群仲裁配置 下面图片来自《Windows Server2012系统配置指南》 四种集群的仲裁配置： 1、多数节点：这种配置不会用到仲裁磁盘，而所谓多数节点就是在正常节点数量占多数的情况下，集群才会提供服务，否则就停止服务

题图摄于北京景观大道 近期文章： VMware招聘多名云原生开发工程师（北京） Harbor 2.0的飞跃: OCI 兼容的工件仓库 运维 Harbor 镜像仓库的法宝：Operator Harbor和Dragonfly双剑合璧 KubeFATE: 用云原生技术赋能联邦学习(一) 用FATE进行图片识别的联邦学习 （转发 VMware 中国研发中心系列文章，本文作者系 VMware 边缘计算实验室主任） 第五篇 超融合设备集群 超融合（Hyper Convergence） 对于边缘计算来讲，实现应用分布式部署和数据持久化保存是某些关键业务在生产环境部署必须要解决的问题。这并非是一个类似镜中花、水中月的虚幻需求，在例如能源、运输、制造业的某些场景下，这甚至是必须要具备的能力。传统方案中的全冗余备份、或外挂NAS的方式，在小规模部署中尚可堪用，但是对于复杂边缘应用和大规模环境下就不堪重负。 另一方面，数据中心和云计算中广泛采用的超融合架构已经在服务器级别上很好地解决了基础设施层面的这个问题。将分布式存储与虚拟化融合在一起形成的架构，给了在边缘计算中以较低成本满足上述需求的一个新思路 。 设备级别的计算机硬件资源与服务器相比更有限、无法展开复杂的本地管理、且希望从云里管理的方式，给实现超融合架构提出了很多挑战。本篇介绍的是在设备级别上利用VMware 的vSphere

开源=安全？RVN盗币事件复盘 ACce1er4t0r@知道创宇404区块链安全研究团队 2020年7月22日 原文地址： https://paper.seebug.org/1275/ 在7月15号，v2ex上突然出现了一个这样标题的帖子： 三行代码就赚走 4000w RMB，还能这么玩？ 帖子内容里，***者仅仅只用了短短的几行代码，就成功的获利千万RMB，那么他是怎么做到的呢？ 让我们来回顾一下这次事件。 事件回顾 2020年1月16日，开源项目 Ravencoin 接到这么一则 pull request 代码中，提交者将原本定义模糊的报错细分，让人们能够更直观的了解究竟出了什么错误，看起来是在优化项目，但是，事实真是这样么？ 2020年6月29日，Solus Explorer开发团队一位程序员在修bug后同步数据时发现了一个 suspected transactions with unbalanced VOUTs 被Explorer标记出，之后他检查RVN时发现RVN大约被增发了约275,000,000，并发现了大量可疑地 reissue asset Transaction ，这些交易不仅仅有 Asset Amount ，而且获得了RVN。在他发现这一事件后，马上和他的团队一起将事件报告给 Ravencoin 团队。 2020年7月3日， Ravencoin

在这个教程中，我们将学习如何开发一个基于以太坊的零知识身份证明DApp，学习如何开发Circom零知识电路、如何生成并方法Solidity零知识验证智能合约，以及如何利用Javascript在链下生成零知识证据，并在教程最后提供完整的源代码下载。 区块链开发教程链接： 以太坊 | 比特币 | EOS | Tendermint | Hyperledger Fabric | Omni/USDT | Ripple 1、零知识身份证明DApp概述 我们将开发一个零知识应用来证明一个用户属于特定的群组而无需透露用户的具体信息，使用流程如下图所示： 我们的开发过程分为以下几个步骤： 开发零知识电路 生成用于验证零知识电路的Solidity库 开发智能合约并集成上述Solidity库 本地生成证据并在链上进行验证 2、零知识证明以太坊DApp开发环境搭建 就像你不需要完全理解HTTP协议也可以开发web应用一样，已经有很多工具可以帮助开发基于零知识的DApp而无需密码学或数学基础。 我推荐如下的开发语言和工具链： JavaScript/TypeScript：应用采用javascript/typescript开发，因为这两者在以太坊生态中得到很好的支持 Solidity： 智能合约用Solidity开发，因为它很成熟并且社区很好 Truffle：使用Truffle作为智能合约开发和部署框架

简介 2014年，苹果公司在WWDC上发布Swift这一新的编程语言。经过几年的发展，Swift已经成为iOS开发语言的“中流砥柱”，Swift提供了非常灵活的高级别特性，例如协议、闭包、泛型等，并且Swift还进一步开发了强大的SIL（Swift Intermediate Language）用于对编译器进行优化，使得Swift相比Objective-C运行更快性能更优，Swift内部如何实现性能的优化，我们本文就进行一下解读，希望能对大家有所启发和帮助。 针对Swift性能提升这一问题，我们可以从概念上拆分为两个部分： 编译器 ：Swift编译器进行的性能优化，从阶段分为编译期和运行期，内容分为时间优化和空间优化。 开发者 ：通过使用合适的数据结构和关键字，帮助编译器获取更多信息，进行优化。 下面我们将从这两个角度切入，对Swift性能优化进行分析。通过了解编译器对不同数据结构处理的内部实现，来选择最合适的算法机制，并利用编译器的优化特性，编写高性能的程序。 理解Swift的性能 理解Swift的性能，首先要清楚Swift的数据结构，组件关系和编译运行方式。 数据结构 Swift的数据结构可以大体拆分为： Class ， Struct ， Enum 。 组件关系 组件关系可以分为： inheritance ， protocols ， generics 。 方法分派方式

swift 该死的派发机制 final static oc类型 多态类型 静态类型 动态函数 静态函数 nsobject： 1、缺省不再使用oc的动态派发机制； 2、可以使用nsobject暴露出来的接口函数； 3、其它行为与swift的class一样； 多态类型：class与protocol 静态类型：值类型； 所有的函数都是静态绑定函数； 动态函数： 1、多态类型的函数 2、扩展中oc修饰的函数； static与class 都有类型成员的含义；相对于实例成员； static的另一个意思是静态派发；所以不能被继承。 要使用动态派发和继承的机制必须使用class继承。 https://www.cnblogs.com/feng9exe/p/10497659.html @objc vs @objc dynamic 官方解释 Overriding non-@objc declarations from extensions is not supported There are two keywords to keep in mind when dealing with interoperability: @objc means you want your Swift code (class, method, property, etc.) to be visible from

问题： I'm using $.post() to call a servlet using Ajax and then using the resulting HTML fragment to replace a div element in the user's current page. 我使用 $.post() 使用Ajax调用servlet，然后使用生成的HTML片段替换用户当前页面中的 div 元素。 However, if the session times out, the server sends a redirect directive to send the user to the login page. 但是，如果会话超时，服务器将发送重定向指令以将用户发送到登录页面。 In this case, jQuery is replacing the div element with the contents of the login page, forcing the user's eyes to witness a rare scene indeed. 在这种情况下，jQuery用登录页面的内容替换了 div 元素，迫使用户的眼睛确实看到了一个罕见的场景。 How can I manage a redirect directive from an Ajax

swift Existential Container witness table 的本质是类型的封装转换 与monand对普通类型的封装没有本质的区别。 T->T' 来源： https://www.cnblogs.com/feng9exe/p/12150678.html

CKB脚本编程简介[2]：脚本基础 原文作者：Xuejie 原文链接：Introduction to CKB Script Programming 2: Script 本文译者：Shooter，Jason，Orange (排名不分先后) 上一篇我们介绍了当前 CKB 的验证模型。这一篇会更加有趣一点，我们要向大家展示如何将脚本代码真正部署到 CKB 网络上去。我希望在你看完本文后，你可以有能力自行去探索 CKB 的世界并按照你自己的意愿去编写新的脚本代码。 需要注意的是，尽管我相信目前的 CKB 的编程模型已经相对稳定了，但是开发仍在进行中，因此未来还可能会有一些变化。我将尽力确保本文始终处于最新的状态，但是如果在过程到任何疑惑，本文以 此版本下的 CKB 作为依据。 警告：这是一篇很长的文章，因为我想为下周更有趣的话题提供充足的内容。所以如果你没有充足的时间，你不必马上完成它。我在试着把它分成几个独立的不凡，这样你就可以一次尝试一个。 <br> 语法 在继续之前，我们先来区分两个术语：脚本（script）和脚本代码（script code） 在本文以及整个系列文章内，我们将区分脚本和脚本代码。脚本代码实际上是指你编写和编译并在 CKB 上运行的程序。而脚本，实际上是指 CKB 中使用的脚本数据结构，它会比脚本代码稍微多一点点： pub struct Script { pub