用户密码方式验证登入过程分析 # 客户端ssh向服务器发送连接请求，传递用户名及ip端口 服务端接收到请求，检查用户名是否存在，不存在则拒绝。反之，会将公钥及指纹（公钥对应的sha256值）发送给客户端 若客户端是第一次请求连接，则会提醒用户确认该指纹是否来自目的服务器，若用户输入yes确认则会将指纹存放到known_host中，下次再连接时，当发现服务器传过来的指纹与已存入到known_host中的指纹一致，则服务器身份直接验证通过，无需提醒确认。反之会发出警告：提醒说该公钥和指纹可能是由于中间人拦截而被篡改的或者可能是服务器更新了新的公私钥对。 客户端完成公钥接收及指纹对比后，需要输入密码，将密码使用服务器公钥进行加密发送到服务器，服务器私钥解密验证成功则允许登入。 公钥身份验证登入过程分析 # 客户端在本地生成一对密钥，包括一个公钥和一个私钥。且将自己的公钥放到到服务器上的 ~/.ssh/authorized_keys 文件中 客户端ssh向服务器发送连接请求 服务端检查用户名存在后，生成一个随机串返给客户端 客户端自己的私钥对随机串进行签名并发送给服务器 服务器使用已存入authorized_keys 中的公钥进行验签，若验签通过则客户端身份认证成功
postgis # 安装扩展 # 先查找最新postgis插件版本号
sudo apt-cache search postgis 找到当前已安装postgreSQL版本对应的postgis版本
notebook # win10计算文件Hash # certutil -hashfile 文件名 md5
Http # jsonp # 概念：浏览器通过script标签中src属性向服务端发送执行函数的名字，服务端根据函数名、服务端数据，拼接成一个函数调用的字符串给客户端script标签执行，这称之为JSONP
特点：
gRPC 四种模式及应用场景 # 在 gRPC 中，RPC 调用模式有四种，每种模式适用于不同的业务场景。下面将详细分析这四种模式及其对应的应用场景。
参考官方文档概念：https://grpc.io/docs/what-is-grpc/core-concepts
1. 简单 RPC (Unary RPC) # 模式描述 # 客户端发送一个请求，服务端返回一个响应。双方的通信都是一次性的。
Go 依赖注入之 wire 库 # PS: 若不了解控制反转和依赖注入，可参考博文：https://blog.csdn.net/qq_38269333/article/details/139300610?spm=1001.2014.3001.5501
简介 # wire 库是管理和解析依赖关系的。
Gis # 空间数据 # 空间数据基本特征 # 空间特征
clickhouse # 安装搭建 # server配置 # 路径 # /etc/clickhouse-server
centOS7 # 安装yum 查看端口 netstat -anp |grep 80
安装wget yum install wget
systemctl的所有service配置文件目录为/usr/lib/systemd/system
watch 命令监听 watch -d -n 2 监听执行某个命令，每2秒刷新一次
控制反转 IoC 与依赖注入 DI # 引入 # 讨论之前，先来简述一下软件对象中的耦合