技术专栏 第49页

因为APEX为了账号的安全性考量，默认会有这样的安全策略设置：

Redis的持久化机制用于将内存中的数据保存到磁盘，以便在重启后恢复数据。

Redis 提供了两种主要的持久化方式：

为了简化查询表达式的动态构建，社区出现了很多表达式生成辅助库。其中最知名当属
System.Linq.Dynamic.Core和
LinqKit。
System.Linq.Dynamic.Core使用字符串定义表达式，并在内部转换成
Expression，
LinqKit则是使用
PredicateBuilder<T>把复杂表达式拆分成多个片段的组合。但是他们也存在一些不便之处，
System.Linq.Dynamic.Core牺牲了代码的静态检查能力，只有在运行时才知道表达式是否正确。如果把表达式作为允许前端填写的参数，不仅需要让前端开发人员多学习一套表达式定义语法，还会产生安全漏洞。如果想提前检查表达式的安全性，就需要对字符串进行分析。分析字符串生成表达式会成为一个流行库的原因之一就是分析这个字符串很难，这样一来相当于把外包出去的困难任务又拿回来了。
LinqKit则是对前端不友好，这种类型无法序列化传输，如果想通过前端配合使用，还是需要再想办法写一套转换代码和配套的可序列化数据结构。

也就是需要注意 PEI 的 HOB 内存空间在 DXE 阶段会被DxeCore relocation，所以不要用 HOB 来存放内存地址。
^[2]

在多字节系统中：

基本流程：

SMB 中继攻击是指攻击者捕获用户发出的 Net-NTLM 哈希，然后将其中继以访问网络上已禁用 SMB 签名的另一台计算机。

mtr默认使用
ICMP协议，在介绍
mtr的详细用法前我们先了解下
ICMP协议。

一个真实的数据：在未使用规范数据验证的API项目中，约
40%的Bug源于请求参数格式错误或缺失。试想一个简单的用户注册接口，因为对
email和
age字段的校验逻辑分散在三个不同的函数里，导致一次逻辑更新后，
13岁的用户成功用“not_an_email”注册了账号。混乱，由此开始。

先说说最开始踩的坑。当时商品列表接口用的是最常规的分页写法，也就是LIMIT offset, size，代码里封装了通用分页逻辑，前端传页码和每页条数，后端计算offset后拼SQL。上线初期数据量少，翻个十几页都没问题，可随着商品数据涨到几十万条，用户翻到第500页之后，接口响应时间直接从几十毫秒飙升到几百甚至上千毫秒，监控面板上全是红色告警。