加速 Kubernetes 镜像拉取

Kubernetes pod 启动时会拉取用户指定的镜像，一旦这个过程耗时太久就会导致 pod 长时间处于 pending 的状态，从而无法快速提供服务。

镜像拉取的过程参考下图所示：

Cross-site request forgery (CSRF)

• CSRF
• XSS vs CSRF
• CSRF tokens
• SameSite cookies

Clickjacking (UI redressing)

• Clickjacking (UI redressing)

Cross-origin resource sharing (CORS)

• CORS
• Same-origin policy (SOP)
• Access-control-allow-origin

Server-side request forgery (SSRF)

• Server-side request forgery (SSRF)
• Blind SSRF vulnerabilities

HTTP request smuggling

• HTTP request smuggling
• Finding HTTP request smuggling vulnerabilities
• Exploiting HTTP request smuggling vulnerabilities

OS command injectionn

• OS command injection

Server-side template injection

• Server-side template injection
• Exploiting server-side template injection vulnerabilities

Directory traversal

• Directory traversal

DOM-based vulnerabilities

• DOM-based vulnerabilities
• DOM clobbering

HTTP Host header attacks

• HTTP Host header attacks
• Exploiting HTTP Host header vulnerabilities
• Password reset poisoning

解读 MySQL Client/Server Protocol: Connection & Replication

MySQL 客户端与服务器之间的通信基于特定的 TCP 协议，本文将会详解其中的 Connection 和 Replication 部分，这两个部分分别对应的是客户端与服务器建立连接、完成认证鉴权，以及客户端注册成为一个 slave 并获取 master 的 binlog 日志。

同步 MySQL 数据至 Elasticsearch/Redis/MQ 等的五种方式

在实际应用中，我们经常需要把 MySQL 的数据同步至其它数据源，也就是在对 MySQL 的数据进行了新增、修改、删除等操作后，把该数据相关的业务逻辑变更也应用到其它数据源，例如：

Elasticsearch 分布式搜索的运行机制

ES 有两种 search_type 即搜索类型：

• query_then_fetch （默认）
• dfs_query_then_fetch

query_then_fetch

1. 用户发起搜索，请求到集群中的某个节点。
2. query 会被发送到所有相关的 shard 分片上。
3. 每个 shard 分片独立执行 query 搜索文档并进行排序分页等，打分时使用的是分片本身的 Local Term/Document 频率。
4. 分片的 query 结果（只有元数据，例如 _id 和 _score）返回给请求节点。
5. 请求节点对所有分片的 query 结果进行汇总，然后根据打分排序和分页，最后选择出搜索结果文档（也只有元数据）。
6. 根据元数据去对应的 shard 分片拉取存储在磁盘上的文档的详细数据。
7. 得到详细的文档数据，组成搜索结果，将结果返回给用户。

缺点：由于每个分片独立使用自身的而不是全局的 Term/Document 频率进行相关度打分，当数据分布不均匀时可能会造成打分偏差，从而影响最终搜索结果的相关性。

Elasticsearch Search Template

所谓 search template 搜索模板其实就是：

1. 预先定义好查询语句 DSL 的结构并预留参数
2. 搜索的时再传入参数值
3. 渲染出完整的 DSL ，最后进行搜索

使用搜索模板可以将 DSL 从应用程序中解耦出来，并且可以更加灵活的更改查询语句。

构造请求日志分析系统

请求日志记录哪些数据

• time_local : 请求的时间
• remote_addr : 客户端的 IP 地址
• request_method : 请求方法
• request_schema : 请求协议，常见的 http 和 https
• request_host : 请求的域名
• request_path : 请求的 path 路径
• request_query : 请求的 query 参数
• request_size : 请求的大小
• referer : 请求来源地址，假设你在 a.com 网站下贴了 b.com 的链接，那么当用户从 a.com 点击访问 b.com 的时候，referer 记录的就是 a.com ，这个是浏览器的行为
• user_agent : 客户端浏览器相关信息
• status : 请求的响应状态
• request_time : 请求的耗时
• bytes_sent : 响应的大小

很多时候我们会使用负载网关去代理转发请求给实际的后端服务，这时候请求日志还会包括以下数据：

Elasticsearch 自定义打分 Function score query

Elasticsearch 会为 query 的每个文档计算一个相关度得分 score ，并默认按照 score 从高到低的顺序返回搜索结果。 在很多场景下，我们不仅需要搜索到匹配的结果，还需要能够按照某种方式对搜索结果重新打分排序。例如：

Logstash 入门

Logstash 是什么

Logstash 就是一个开源的数据流工具，它会做三件事：

1. 从数据源拉取数据
2. 对数据进行过滤、转换等处理
3. 将处理后的数据写入目标地

例如：

• 监听某个目录下的日志文件，读取文件内容，处理数据，写入 influxdb 。
• 从 kafka 中消费消息，处理数据，写入 elasticsearch 。

为什么要用 Logstash ？

方便省事。

又拍图片管家亿级图像之搜图系统的两代演进及底层原理

前言

又拍图片管家当前服务了千万级用户，管理了百亿级图片。当用户的图库变得越来越庞大时，业务上急切的需要一种方案能够快速定位图像，即直接输入图像，然后根据输入的图像内容来找到图库中的原图及相似图，而以图搜图服务就是为了解决这个问题。