技术博客
MySQL 的 B+ 树索引是严格按定义顺序逐列比较的，一旦 WHERE 条件跳过最左列（即“断层”），后续所有列都无法参与索引查找。比如建了 INDEX idx_user (city, age, status)，但查询写成 WHERE age = 25 AND status = ‘active’，EXPLAIN 中 key 字段会显示 NULL，type 是 ALL，rows 接近全表行数——本质就是退化为全表扫描。
它本质是个静态站点生成器，不是运行时服务。你跑一次 bin/satis build，它就扫一遍 composer.json 里写的包，拉代码、打标签、生成一堆 packages.json 和压缩包链接——然后就结束了。没有后台进程，不监听端口，也不自动更新。
Go 运行时检测到对 nil 指针的解引用（即用 * 操作符读/写），会立即中止当前 goroutine 并抛出 panic。这不是编译错误，而是在运行期确定的——只要那行代码被执行，就一定崩。
Go 闭包捕获的是外围作用域中变量的内存地址，不是值副本。这意味着多个闭包共享同一变量实例，修改其中一个闭包内通过该变量名所做的变更，会反映在其他闭包里。
PostgreSQL 默认不带 pgstattuple，调用 pgstattuple() 或 pgstatindex() 会提示 function does not exist。必须先在目标数据库中启用扩展。
MySQL 主从延迟不是靠 SHOW SLAVE STATUS 里 Seconds_Behind_Master 一眼就能信的。这个值在从库 IO 线程没拉到最新 binlog、SQL 线程卡住、甚至主库时钟漂移时都会失真。更可靠的方式是用 GTID 或时间戳打点：
广告横幅不是靠 <marquee></marquee> 或一堆 <div> 堆出来的，核心是语义清晰、加载可控、不阻塞页面，同时让广告平台能正确注入代码。 <h3>怎么写一个合规的 HTML 广告位容器</h3> <p>广告位本质是个「占位符」，不是内容本身。它得告诉广告系统：“我在这儿，你来填”。不能写死图片或链接，也不能用 <code>display: none 预留空白——那会触发广告平台的可见性检测失败。
Sublime 本身不带编译能力，它只是调用系统命令。如果你执行构建时看到 Unable to find command swiftc 或者 command not found: swiftc，说明 Sublime 根本找不到 Swift 编译器——不是配置错了，是环境压根没装好。
placement new 不是“另一种 new”，而是 operator new 的重载形式，它不分配内存，只在已有的内存地址上构造对象。你不能用它替代 new 去申请堆内存——它根本不会调用 ::operator new(size_t)，也不会管理内存生命周期。
直接写flex: 1并不等于“均分”，它其实是flex: 1 1 0的简写，表示「可放大、可缩小、基准宽为0」。这意味着所有设了flex: 1的子项会平分剩余空间（不是父容器总宽），而内容本身不占空间时，它们才看起来等宽。