技术博客
PDF 不是网页，它没有语义结构，只有绝对定位的文本块和图形。直接转成 html 文件后，你看到的多半是错位的文字、丢失的换行、乱码的中文字体，甚至整页变成一张图——这不是工具不行，而是 PDF 本身就不适合当网页源。真正能用的转换，得先判断：你要的是「可读网页」还是「可编辑源码」？前者优先选 pdf2htmlEX 或浏览器打印为 HTML；后者才考虑 pdfminer 或 PyPDF2 解析。
盒模型不是“一层套一层”的俄罗斯套娃，而是从内容向外逐级叠加的四层结构：最内是 content（你写的文字或图片），往外是 padding（内容和边框之间的空白），再往外是 border（边框本身），最外是 margin（盒子与其他元素之间的间隙）。这四层严格按顺序堆叠，margin 不会影响自身盒子尺寸，但会撑开周围空间。
它不是动画 API，而是 SVG 路径的描边裁剪工具：stroke-dasharray 控制虚线长度和间隔，配合 stroke-dashoffset 移动虚线起始位置，就能让“实线段”看起来在路径上滑动——这就是轨迹追踪效果的本质。
很多按钮在 iOS 上点不动，不是 JS 绑定问题，而是元素本身被浏览器判定为“不可点击区域”。Safari 和 Chrome for Android 对可交互元素有隐式最小尺寸要求：通常低于 44px × 44px 就可能拦截 touchstart，尤其当 width 或 height 是 0、auto 且无内容撑开时。
元素没设 top（或 bottom）值，或者父容器没设置高度/溢出限制，position: sticky 就直接退化成 static。它不是“自动吸顶”，而是依赖触发阈值和容器边界共同生效。
这两个伪类只对带 min/max 属性的数值型输入框生效，且浏览器必须实际解析出有效数值范围。常见失效原因不是写法错，而是类型或属性缺失。
它不是真正的电影级调色，而是用 filter: url(#my-lut) 或 background-image: url(lut.png) 借助 3D 查找表（Look-Up Table）对颜色做批量映射。浏览器不原生支持 .cube 文件解析，必须转成可渲染格式——比如一张 64×64×64 的 PNG（实际是 64×64 网格，每格代表一个 RGB 输入对应的输出），或 SVG <fecomponenttransfer></fecomponenttransfer> 模拟查表逻辑。
移动端页面不放大、文字小得看不清，八成是 <meta name="viewport"> 没配对。它不是可选装饰，而是浏览器渲染的开关。
不会失效，但容易误以为失效——根本原因是flex的主轴对齐（如justify-content）和grid自身的尺寸行为存在隐式冲突。比如父flex项默认min-width: auto，而子grid若没设宽，可能被压缩到内容宽度，看起来“没铺开”。
老报纸不是靠“做旧滤镜”骗人，核心是视觉节奏——窄栏、密行、留白克制。现代屏幕宽，column-count: 3 是安全起点；column-count: 4 更接近《纽约时报》1920年代铅印版的实际栏宽比。别硬套 column-count: 2，两栏在14英寸屏上每栏太宽，字行长过65字符，眼睛扫读会累。