Http2.0已经发布很久了，其优点前篇文章已经介绍过了HTTP2-0原理解析，今天我们来配置Nginx使其支持Http2.0

安装前必读：

1. Nginx1.10.0以上版本才支持Http2.0，如果使用的是Tengine，版本需要大于2.2.1
2. Http2.0只支持Https协议的网站，且openssl版本需要高于1.0.2

  随着互联网的发展，各种网络应用也雨后春笋般的发展，应用越做越大，访问路径越来越长，用户的访问质量受到严重的影响，特别是用户和网站之间的链路被突发的大流量数据拥堵、异地访问急需加速，减少网络费用等因素，对于这些急需解决的问题，于是就有了内容发布网络（Content Delivery Network，简称CDN）。
  CDN是指一种通过互联网互相连接的电脑网络系统，利用最靠近用户的服务器，更快、更可靠地将音乐、图片、视频、应用程序及其他文件发送给用户，来提供高性能、可扩展性及低成本的网络内容传递给用户。

  CDN总承载量可以比单一骨干最大的带宽还要大。这使得内容分发网络可以承载的用户数量比起传统单一服务器多。也就是说，若把有100Gbps处理能力的服务器放在只有10Gbps带宽的数据中心，则亦只能发挥出10Gbps的承载量。但如果放到十个有10Gbps的地点，整个系统的承载量就可以到10*10Gbps。同时，将服务器放到不同地点，可以减少互连的流量，进而降低带宽成本。

什么是IPFS

  IPFS是一种内容可寻址、版本化、点对点超媒体的分布式存储、传输协议，目标是补充甚至取代过去半个多世纪里使用的超文本媒体传输协议（HTTP），希望构建更快、更安全、更自由的互联网时代。

在项目中，我们经常会用到模糊搜索，但如果错误的将字符串类型和数字类型做比较，有时搜索出来的结果就并不是我们预期的。举例如下：

mybatis中的xml语句如下：

1
2
3

<if test="criteria != null and criteria.length()>0">
    AND (name like concat("%",#{criteria},"%") OR id = #{criteria})
</if>

RLP编码是什么

  RLP(Recursive Length Prefix，递归的长度前缀)是一种编码规则，主要用来序列化/反序列化数据，可用于编码任意嵌套的二进制数组数据。
  RLP编码是以太坊数据序列化的主要编码方式，具有较好的数据处理效率，尤其是将长度和类型统一作为前缀，实际上RLP是基于ASCII编码的一种结构化扩充，既能表示长度还能表示类型，是一种非常紧凑的结构化编码方案。区块、交易等数据结构在持久化时会先经过RLP编码后再存储到数据库中。
  RLP的唯一目标就是解决结构体的编码问题；对原子数据类型（比如，字符串，整数型，浮点型）的编码则交给更高层的协议；以太坊中要求数字必须是一个大端字节序的、没有零占位的存储的格式（也就是说，一个整数0和一个空数组是等同的）。
  对于在RLP格式中对一个字典数据的编码问题，有两种建议的方式，一种是通过二维数组表达键值对，比如[[k1,v1],[k2,v2]...]，并且对键进行字典序排序；另一种方式是通过以太坊文档中提到的高级的基数树编码来实现。

  GHOST（Greedy Heaviest Observed Subtree）是一种主链选择协议（不是侧链选择协议）。举例来说：经典的Proof-of-Work（POW）是以取最长的主链为基本原则，GHOST协议则是以包含子树数目最多为基本原则。

  以太坊网络中，我们发送一笔交易时，可能发送成功，也可能发送失败，那么交易是如何判断能否发送成功的呢。当我们发送交易后，交易会被广播到矿工，矿工会监听交易的广播，然后把交易放到本地的交易池中等待处理，但是交易能否放到交易池中，以及在交易池中的交易如何处理的，具体如下：

  2018年8月，Bitcoin ABC提出了一种新的共识变更，以提高BCH节点的速度，并引入外链。该变更将在2018年11月15日上线。但Craig Wright拒绝这种变更，称其为垃圾，宣称应当坚持中本聪最初的设计（Satoshi’s Vision），否定了ABC开发组，并在当前客户端版本上发布了自己的版本SV。由于ABC的共识变更会和原有共识不兼容，因此这将是一次硬分叉，而双方都拒绝增加防重放，这次和以往硬分叉生“仔”不同之处在于，以往更多是新的算力来维持一个新链；而本次是现有算力的分裂，与其说是硬分叉生“仔”，不如说成兄弟分家更贴切。