用 V（大写的）Visual Line mode: {代码...} 或者直接不进 visual mode {代码...}

多阶段构建的每个阶段是在不同的容器内构建的，除非用 COPY 把第一阶段的内容复制到第二阶段，第二阶段是不受第一阶段影响的。例如官方的例子，第二阶段有一个 COPY --from=builder ... 从第一阶段（builder）复制文件： {代码...} 另外一个小问题，容器创建的时候会...

xdebug.connect_timeout_ms：默认是 200 毫秒，开启 xdebug 扩展后，每次 php 处理请求时前都会等到 IDE 连接，就是不调试也等 200 毫秒然后超时。可以减少到 10。

RFC 5280 里对 x509 证书的语法描述： {代码...} 在 4.1.2.3 和 4.1.1.2 讲到这两个 signatureAlgorithm 必须是一样的。似乎是多余了，可能是用来防止一些特殊的攻击。

weighted # of milliseconds spent doing I/Os 的计算: IO 开始、合并、完成，还有读这些统计信息时，递增 (当前并发执行的 IO 数 * 距离上次更新的时间).

Logback 算是 JAVA 里一个老牌的日志框架，从 06 年开始第一个版本，迭代至今也十几年了。不过 logback 最近一个稳定版本还停留在 2017 年，好几年都没有更新；logback 的兄弟 slf4j 最近一个稳定版也是 2017 年，有点凉凉的意思。

开发过程中我们多少都会关注服务的性能，然而性能优化是相对比较困难，往往需要多轮优化、测试，属于费时费力，有时候还未必有好的效果。但是如果有较好的性能优化方法指导、工具辅助分析可以帮助我们快速发现性能瓶颈所在，针对性地进行优化，可以事半功倍。

{代码...}

没问题，作者的意思就是你在后面 name 的声明被 提升到前面 了。 {代码...}

Raft 是个强 Leader 模型，只由 Leader 处理客户端请求，就算客户端连接了 Follower，Follower 也会把请求转发给 Leader 处理。

信息太少，除非遇到过类似问题，不然很难回答。因为容器没挂，而且可以重现，建议先收集多点信息docker logs 看有没错误日志dmesg 看有没 php 相关进程的信息strace 跟踪全部 php(-fpm) 进程，看进程执行挂掉的原因用 gdb 调试

不同的加密算法需要不同的初始化向量（IV），也就是 openssl_encrypt 的第 5 个参数 $iv: {代码...} 看错误信息，你用的加密算法是不需要初始化向量的（多半是不安全的 ECB 模式），不传 $iv 就可以了。不同算法需要的IV长度可以通过 openssl_cipher_iv_length 获取...

这是锁和队列适用的场景，目的都是串行处理锁：数据库、Redis锁甚至文件锁，限制并发修改数据队列：单个消费者处理，可以异步返回结果（ koa 里 await 等结果也可以

父是margin:0 auto, 子的宽度是182*4 小于父的宽度，水平居中有什么问题？不就是这样的吗

用 Firefox 很容易就发现了原因：经典问题了，很多方式解决：字体大小设 0flex 布局改 html，移除空白未来的 text-space-collapse

A Unified Theory of Garbage Collection 这篇论文就讨论了引用计数和跟踪 GC 的对偶关系。其中就提到了引用计数和跟踪性能特点，延迟和吞吐量各有所长：所有的高性能 GC 算法都是这两者的结合。

前两个很好理解，都是直接映射，但是第 3 个就有问题了，如果你在命名空间内 ls 一下，发现除了自己的文件都变成了 nobody。因为 unshare 的时候定义了一个 uid 映射，只把 0 映射到 0，没有映射其他 uid：

查看进程的当前目录(cwd)，如果基本没切换过就知道脚本的目录了: {代码...} 如果切换过，也许可以通过调试器获取到文件路径。如果还在不断启动新的进程，可以 execsnoop 跟踪。

具体存哪里是浏览器的实现细节，例如 Firefox 存在 nsHttpAuthCache （HTTP Auth 缓存）里，没办法通过查看的。

cookies 不受同源策略限制，主要是历史原因，因为 cookies 在同源策略之前的广泛使用了，直接限制会有兼容性问题，所以后来有了更灵活的 Content-Security-Policy，网站可以自己定制需要的策略。