在实践里理解技术，
在记录里积累答案。

写页面前，先确定内容之间的关系：哪些需要并列，哪些应该顺序阅读。Grid 很适合表达行列之间的关系。

.layout {
  display: grid;
  grid-template-columns: minmax(0, 1fr) 240px;
  gap: 48px;
}
@media (max-width: 760px) {
  .layout { grid-template-columns: 1fr; }
}

minmax(0, 1fr) 允许主要内容列缩小，减少长内容撑破布局的机会。代码块仍应设置横向滚动，图片也需要限制最大宽度。

用内容验证布局

检查长标题、大字号和窄屏下的表现。断点应服务于内容，在两栏已经拥挤的时候切换为单栏。

一篇有用的笔记，不需要复述所有资料。它应该让未来的自己快速找到当时的问题和解决办法。

保留三个关键点

问题是什么？哪些步骤真正起作用？用什么结果确认已经解决？把这三件事写清楚，通常就有了可复用的记录。

区分事实与猜测

记录实际运行的结果，也保留尚未确认的解释。遇到版本或环境差异时，附上必要的上下文，方便之后重新验证。

最后，用自己的话解释一遍。如果解释卡住了，那就是下一步值得继续学习的地方。

域名是便于记忆的名字，DNS 帮助浏览器找到对应的服务，HTTPS 负责验证服务身份并保护传输。三者相互配合，但并不是同一件事。

根域名和子域名

example.com 是根域名，blog.example.com 和 www.example.com 是不同的子域名。它们可以指向同一个网站，也可以各自提供不同服务。

常见记录的用途

A 记录把名称映射到 IPv4 地址；CNAME 记录让一个名称指向另一个名称；TXT 记录常用于证明域名控制权。实际配置应以托管服务提供的记录为准。

上线后的检查

先确认 DNS 记录，再检查证书和域名绑定状态。修改需要时间传播，浏览器与递归 DNS 的缓存可能让不同网络暂时看到不同结果。

参考：MDN · 域名基础。

“它不工作”很难提供线索。一份最小复现要保留触发错误所必需的条件，并尽量删除无关输入与步骤。

四行记录

环境：工具版本与运行位置
输入：触发问题的最小数据
步骤：可以重复执行的操作
结果：实际输出与预期输出

逐次改变一个条件，并记录变化。如果更换网络后恢复，只能说明网络条件与现象有关，不能直接证明某个具体环节是原因。

把结果留下来

修复后再运行同一个复现，确认错误消失；必要时留下一个可以重复运行的检查。保存日志时去掉令牌、密码和其他敏感信息。