API 不兼容的升级，那么为了平滑过渡，新 API 和旧 API 要同时存在一段时间，然后通知迁移，给个 deadline 。deadline 前几天检查旧 API 的流量，如果还有人在用，就给对应业务方发最后通知，过 deadline 下线旧 API 。
应用调 API 需要强制标记业务方，这个对管理有益，业务方请求肯定是有封装的，统一加个参数也不麻烦（要是请求没有封装，散落在各个地方，这不重构留着过年？）

现在业务方没传业务标记的话，不妨统一升级一套 API ，强制传业务标记。这样出问题也可以很容易定位到具体是哪个业务出的问题。

round 、floor 、ceil 的使用场景：
首先，你期望得到一个整数（比如在针对物理像素点做优化计算的时候，必须使用整数）才会要使用这些舍入方法。
round 就是四舍五入，结果可能比原值大，也可能比原值小，但一定是最接近原值的。通常变化的值就用这个来舍入。
而 ceil 和 floor ，一个是向上取整，一个是向下取整。通常用于边界条件的时候。比如容器大小固定，那么内容就得用 floor 来向下取整，不然就可能会把容器撑开或者折断截断导致布局出错。类似的，如果容器大小不固定，那就要考虑使用 ceil 来进行向上取整，原因和用 floor 是是一样的。

如果你不是要手动根据密度之类的东西去针对物理像素优化的话，那完全没必要舍入，直接用小数，由浏览器渲染引擎来决定与物理像素的映射。

另外，滚动的边界条件浏览器应该是有处理的，滚动到头得到的事件参数值和取到的目标滚动参数应该是一样的。

@dzdh emmmm ，不知道我理解的对不对：
data:;base64,U0VMRUNUIENPQUxFU0NFKAogIChTRUxFQ1QgKiBGUk9NIGRvbWFpbnMgV0hFUkUgZG9tYWluID0gJ2FhLmJhaWR1LmNvbScpLAogIChTRUxFQ1QgKiBGUk9NIGRvbWFpbnMgV0hFUkUgZG9tYWluID0gUkVHRVhQX1JFUExBQ0UoJ2FhLmJhaWR1LmNvbScsICdeW14uXSsnLCAnKicpKQopOw==
用 COALESCE 分成两次查询，第一次绝对匹配，能匹配到直接返回，匹配不到的话，再进行第二次匹配。第二次先用正则把域名开头的子域名替换为 * 再进行绝对匹配。因为通配符证书只能匹配一级子域名，所以只需要 replace 一级。

P.S.: 额，直接发 SQL 被 CloudFlare 拦截了……

@leavic succeed：verb 动词，1. achieve the desired aim or result 达成预期的目的或结果，2. take over a throne, inheritance, office, or other position from 继承王位、职位等.
建议你多读一些英文文档，里用 succeeded 作为成功的场景挺多的。

男，没毛病
Massachusetts Institute of Technology ，没去过
棒球，没打过
名人与娱乐新闻，从不关注
烹饪和食谱，没兴趣

我们 Google 真的是太了解我啦！

@jinliming2 啊，不对，补充一下，1999 年 6 月 标准化的 HTTP/1.1 （ RFC 2616 ）只包含 307 状态码，用于标准化 302 的行为，但是没有给出 308 。
308 是 2014 年 6 月在 RFC7238 补充给 HTTP/1.1 的。
所以，308 的兼容性需要考虑一下。不过现在 2022 年了，主流浏览器是肯定都支持的。

@learningman 301 和 302 由 HTTP/1.0 引入，但部分浏览器对重定向后的请求方法实现不一致（ GET 请求跳转后还是 GET ，但其他请求跳转之后有可能会变成 GET ，也有可能不变，取决于浏览器实现）
308 和 307 由 HTTP/1.1 引入，分别对应 301 和 302 ，但是标准化规定了重定向后的请求方法与原始方法一致，保持不变。
303 现在用的很少了，表示重定向后请求方法变为 GET 。通常是用在表单 POST 提交后重定向刷新页面的（以前用原始 form 表单直接 submit ，POST 提交到当前 url ，然后再重定向回当前 url ，服务端 url 一样，根据 method 来判断执行的操作，使用 303 重定向后方法会变回 GET ）。不过现在基本上很少用 form 直接提交了，所以 303 用的就少了。

总的来说，就是部分浏览器把 301 、302 按照 303 来实现了，308 和 307 是用来纠正这个错误的。所以在 HTTP/1.1 之后是推荐使用更明确的 308 、307 了。HTTP/1.1 是 1999 年标准化的，所以可以理解是现在的客户端全部都支持的。

301 、308 表示永久重定向，所以浏览器会缓存目标地址响应，以后请求原地址在缓存有效的情况下都会直接自动转到新地址。
302 、307 表示临时重定向，所以浏览器不会缓存，以后访问原地址的时候还是会重新请求一下，看一下是否还需要跳转。

@xy2401 在英文 Google 上搜，出来的结果大部分是 What is SELinux 介绍 selinux 的，扫了一眼，看到几条不太一样的：
What is SELinux and Why You Might Want It
Why SELinux is more work, but well worth the trouble
Does SELinux make Redhat more secure?
Don’t Disable SELinux
Here’s why you should be wary of installing anything that sets SELinux to permissive

@dzdh 没看懂，什么叫“根据什么把传过来的参数给去掉呢”
SELECT * FROM domains WHERE domain ~* '^[^\.]+\.baidu\.com$'; -- 这个可以只匹配二级域名，而不匹配三级、四级等
如果你是想指定匹配一级域名的话，那比较困难，因为一级域名的后缀是一个很长的列表，比如 .com 、.cn 这类只有一个尾缀的，还有 .com.cn 这类有两个尾缀的，还有 google 这样的公司名域名（ https://domains.google ），还有 .中国 .中國 .香港 .個人.香港 这类一个尾缀或两个尾缀的中文域名……
列表应该是 https://raw.githubusercontent.com/publicsuffix/list/master/public_suffix_list.dat 的 ===BEGIN ICANN DOMAINS=== 到 ===END ICANN DOMAINS=== 中间的部分

docker 里装上 Chromium （或者把 puppeteer 下载路径持久化一下）

疫苗都打三针了，怕啥

看了下 MDN 文档里的用语： https://developer.mozilla.org/en-US/docs/Web/HTTP/Status
The request succeeded.
request did not succeed.
preflight channel did not succeed.
所以，成功用 secceeded ，失败用 did not succeed.

幸存者偏差？你能看到的都是香的地方，不香的几乎看不到