Peers

前言 之前的两篇文章我们介绍了用uni-app实现了实时音视频通话这个功能。没有印象的小伙伴们可以看这两个链接。 Android uni-app 封装原生插件 Android uni-app实现音视频通话 更多的消息资讯可以关注 anyRTC开发者官网 1、效果图 先给大家看一下效果，然后我们再继续讲解。 GitHub下载地址 uni-app-rtm demo： 点击下载 扫码下载 2、功能介绍 uni-app跨平台实时消息SDK插件,包含点对点消息、频道消息、呼叫邀请等功能。在同一频道下，用户可以接收和发送消息。从下方的状态栏里面可以到频道内的状态变化，包括人员的更新和消息的更新。 支持平台 Android ios 应用场景 1、在线教育 在线教育场景中，适用于大班课和小班课，同学可以实时发送消息与老师进行沟通。 2、娱乐直播 在直播环境中，观众可以实时发送弹幕与主播进行互动。 3、对讲 在铁路或者运输的场景中，同一公司，同一部门之间各个员工之间可以在相同的频道下进行沟通，大大提高工作效率，减少沟通成本。 4、语音群聊 在语音聊天的环境下同时可以支持消息沟通。 3、项目集成 快速集成 下载示例工程，前往 anyRTC官网 注册账号 创建应用，获取应用的App ID。 下载插件示例工程，制作自定义基座，主要步骤如图，证书问题，请参照申请证书说明。 运行自定义基座 4、方法回调 1

概述 我们真正需要的是这样一种消息软件，它能够做大型消息软件所能做的一切，但使用起来又非常简单，成本很低，可以用到所有的应用程序中，没有任何依赖条件。因为没有了额外的模块，就降低了出错的概率。这种软件需要能够在所有的操作系统上运行，并能支持所有的编程语言。 ZMQ就是这样一种软件：它高效，提供了嵌入式的类库，使应用程序能够很好地在网络中扩展，成本低廉。 ZMQ的主要特点有： ZMQ会在后台线程异步地处理I/O操作，它使用一种不会死锁的数据结构来存储消息。 网络组件可以来去自如，ZMQ会负责自动重连，这就意味着你可以以任何顺序启动组件；用它创建的面向服务架构（SOA）中，服务端可以随意地加入或退出网络。 ZMQ会在有必要的情况下自动将消息放入队列中保存，一旦建立了连接就开始发送。 ZMQ有阈值（HWM）的机制，可以避免消息溢出。当队列已满，ZMQ会自动阻塞发送者，或丢弃部分消息，这些行为取决于你所使用的消息模式。 ZMQ可以让你用不同的通信协议进行连接，如TCP、广播、进程内、进程间。改变通信协议时你不需要去修改代码。 ZMQ会恰当地处理速度较慢的节点，会根据消息模式使用不同的策略。 ZMQ提供了多种模式进行消息路由，如请求-应答模式、发布-订阅模式等。这些模式可以用来搭建网络拓扑结构。 ZMQ中可以根据消息模式建立起一些中间装置（很小巧），可以用来降低网络的复杂程度。

前面的章节中学习了如何使用有线网络或者使用 wifi，但是使用无线网络或者 wifi 有许多环境限制，这种时候就可以使用 4G 模块来上网。在本章中学习一下如何使用 4G 模块实现上网功能。 56.1 4G 网络连接 对于 嵌入式 Linux 而言，4G 网络连接是一个比较容易实现的功能，大多数的 4G 模块接口都是 MiniPCIE接口，但是深入了解一下就会发现，4G 模块的通信接口都是 USB ，所以 4G 模块的驱动就是 USB 驱动，只要 USB 驱动正常，4G 模块在硬件上就能正常通信。下面看一下 4G 模块的硬件原理图： 在原理图中，U25 是 4G 模块的 MiniPCIE 接口，然后通信引脚会接到 U15 的 HUB 芯片上，所以 4G 模块会被识别成 USB 设备，CON5 是 SIM 卡接口，在使用 4G 模块时，需要先插入 SIM 卡。在 i.MX6UL 终结者开发板上使用的 EC20 4G 模块，如图 56.1.3 所示： 56.2 EC20 4G 模块配置 56.2.1 添加 USB 设备信息 要使用 EC20 4G 模块首先需要在 Linux 内核中添加 EC20 的 USB 信息，这样内核启动后，才能正确识别 EC20 4G 模块。打开 Linux 内核下的 drivers/usb/serial/option.c 文件，添加如下信息： 1809 /*

导语： 《UNIX/Linux系统管理技术手册》是系统管理领域内的“圣经”，其封面中的每一个元素都代表了特殊的含义，比如蟒蛇、大乌贼等等，这些都和开源软件有关。 如今，《UNIX/Linux系统管理技术手册（第5版）》面世，新版本的封面里到底有多少秘密呢？一起来探索吧！ 《UNIX/Linux系统管理技术手册（第5版）》 今天给大家讲的是站在船头甲板眺望的两位领航人，一位是UNIX系统的编写者——肯·汤普森，另一位是Linux内核的编写者——林纳斯·托瓦兹。 为了玩游戏，一个人编写了一套操作系统 1966年，毕业后的肯·汤普逊加入贝尔实验室，肯·汤普森（Ken Thompson）1943年出生于美国新奥尔良，17岁就读于加州大学伯克利分校主修电气工程，并取得电子工程硕士的学位。 1966年，这一年汤普森刚23岁，他得到了进入贝尔实验室工作的机会。 那个时期的计算机系统还处在批处理阶段，技术不发达导致了运算速度十分缓慢，也使得程序员工作效率低下。当时他们只能在运算速度缓慢笨重的大型机器上工作，操作也十分繁琐：需要先将程序卡片装入设备，然后等一个多小时才能获取运算结果。 为了改变这种局面，贝尔实验室联合麻省理工学院以及通用电气公司想建立一套可供多人使用的多任务、多层次的操作系统，他们将其命名为——Multics。 汤普森也加入到了研发Multics系统的项目组中

常用配置 bitcoin-qt.exe -testnet -printtoconsole -conf=D:\Bitcoin\bitcoin.conf -datadir=D:\Bitcoin\Data bitcoin-qt.exe -testnet -printtoconsole -conf=D:\Bitcoin\bitcoin-0.15.2\bin\bitcoin.conf -datadir=D:\Bitcoin\Data bitcoin-cli -rpcport=18332 -rpcuser=rpcuser -rpcpassword=rpcpassword getblockchaininfo bitcoin-cli -rpcport=18333 -rpcuser=rpcuser -rpcpassword=rpcpassword getinfo bitcoin-cli -rpcconnect=192.168.101.142 -rpcport=8332 -rpcuser=rpcuser -rpcpassword=rpcpassword getblockchaininfo 配置文件如下： ## ## bitcoin.conf configuration file. Lines beginning with # are comments. ## # Network-related

一、搭建基础环境 参考：https://www.cnblogs.com/sky-cheng/p/12150822.html 二、下载Hyperledger Fabric 源代码 查看$GOPATH环境变量 [root@localhost home]# echo $GOPATH /home/go 新建如下目录 [root@localhost home]# mkdir -p /home/go/src/github.com/ hyperledger [root@localhost home]# 进入新建的目录，下载Fabric源代码 [root@localhost home]# cd /home/go/src/github.com/hyperledger/ [root@localhost hyperledger]# git clone https: // github.com/hyperledger/fabric.git 正克隆到 ' fabric ' ... remote: Enumerating objects: 12 , done . remote: Counting objects: 100 % ( 12 / 12 ), done . remote: Compressing objects: 100 % ( 11 / 11 ), done . remote: Total

CA证书怎么生成？节点相互验证证书时会交叉验证吗？对于社区常遇到的此类问题，分享一些个人使用第三方CA证书部署底层节点的经验，希望可以给大家一些借鉴与参考。 为什么要对第三方CA证书进行改造？ 首先，说明一下我进行第三方CA证书改造的背景和原因： 社区内经常有人会问到第三方CA证书的改造问题，个人感觉这是大家都关注的要点。 在我们的一些项目中，业务方指定要使用第三方CA证书，实际的生产需求也要求我们进行CA改造。 在司法领域区块链存证场景中，需要由具有电子认证许可证书机构出具的认证证书才能作为电子认证。 鉴于以上三点，我觉得大家对如何进行第三方CA证书改造都很关注。 FISCO BCOS技术文档中提供了CFCA证书改造的案例，但在一些细节上还待完善，因此 我想写一 篇教程，结合生产环境改造、第三方CA配合、合规性、技术实现等内容具体说明，看看能否对其他社区用户有所帮助。 除了司法领域存证，还有哪些场景需要由第三方CA机构参与？ 基本上用到CA证书的区块链场景都有可能用到第三方CA证书，是否采用第三方CA证书主要考虑： 联盟链是否需要第三方CA机构背后的相关资质。 联盟链中，参与方对节点准入管理、以及后续控管是否需要第三方CA机构作为公正机构来签发证书，防止自建CA体系中存在任意签发证书导致节点作恶等问题。 两级证书模式下，为什么需要配置白名单列表？如果不配置会有什么问题？

Fabric多机部署步骤 1 Fabric CA生成 1.1 环境准备和yaml文件编写 CA 镜像装载，版本根据需求而定，本次版本是1.4.4。 CA 的yaml文件编写。 需要⚠️yaml文件有标准格式 //版本 version: '2' //网络名称 networks: rootchain: //定义服务 services: //服务名称 lzsk.ca.chain.com: //容器名称 container_name: lzsk.ca.chain.com //镜像 image: hyperledger/fabric-ca //docer容器环境 environment: //CA 服务端生成证书路径 - FABRIC_CA_SERVER_HOME=/etc/hyperledger/fabric-ca-server //CA客户端生成证书路径，主要为节点和sdk所用 - FABRIC_CA_CLIENT_HOME=/etc/hyperledger/fabric-ca-client // CA 的名字 - FABRIC_CA_SERVER_CA_NAME=lzsk.ca.chain.com # 启用tls - FABRIC_CA_SERVER_TLS_ENABLED=true # 公用名称 - FABRIC_CA_SERVER_CSR_CN=ca.chain.com #-

一.证书目录解析 通过cryptogen生成所有证书文件后，以peerOrgannizations的第一个组织树org1为例，每个目录和对应文件的功能如下： ca: 存放组织的根证书和对应的私钥文件，默认采用EC算法，证书为自签名。组织内的实体将基于该证书作为证书根。 tlsca:存放组织tls连接用的根证书和私钥文件。（TLS是传输层安全协议，其实就是SSL，现在叫TLS了） msp：存放代表该组织的身份信息。 admincerts:组织管理员的身份验证证书，被根证书签名。 cacerts:组织的根证书，同ca目录下文件。 tlscacerts:用于TLS的ca证书，自签名。 peers:存放属于该组织的所有peer节点。 peer0：第一个peer的信息，包括其msp证书和TLS证书两类。 msp: admincerts：组织管理员的身份验证证书。peer将基于这些证书来认证交易签署这是否为管理员身份。 cacerts：组织的根证书. keystore:本节点的身份私钥，用来签名。 signcerts：验证本节点签名的证书，被组织根证书签名。 tlscacerts：TLS连接用的身份证书，即组织TLS证书。 tls:存放tls相关的证书和私钥 ca.crt:组织的根证书 server.crt:验证本节点签名的证书，被组织根证书签名。 server.key：本节点的身份私钥

ceph scrub介绍 scrub的调度 1.1 相关数据结构 1.2 scrub的调度实现 1.2.1 OSD::sched_scrub函数 1.2.2 PG::sched_scrub()函数 1.3 scrub资源预约消息转换 scrub的实现 2.1 相关数据结构 2.1.1 Scrubber 2.1.2 Scrubmap 2.2 Scrub的控制流程 2.2.1 chunky_scrub() 2.3 构建Scrubmap 2.3.1 build_scrub_map_chunk 2.3.2 PGBackend::be_scan_list 2.3.3 ReplicatedBackend::be_deep_scrub 2.4 从副本处理，构建scrubmap 2.5 副本对比 2.5.1 scrub_compare_maps 2.5.2 be_compare_scrubmaps 2.5.3 be_select_auth_object 2.6 结束scrub过程 ceph scrub介绍 ceph通过scrub保证数据的一致性，scrub 以PG 的chunky为单位，对于每一个pg，ceph 分析该pg下的所有object, 产生一个类似于元数据信息摘要的数据结构，如对象大小，属性等，叫scrubmap, 比较所有有副本的scrubmap，选出auth 对象，通过对比auth