改完HTML5文档类型后链接失效，主因是触发浏览器严格模式，使base标签、相对路径解析和服务器Content-Type问题暴露。需检查base标签、修正../层级、确保服务器返回text/html。
为什么改完 HTML5 文档类型链接就打不开了
不是 <!DOCTYPE html> 本身导致失效，而是它触发了浏览器的「严格模式」，让原本在怪异模式下被宽容处理的相对路径解析逻辑突然变严格。典型表现是：页面能打开，但 <link rel="stylesheet">、<script src>、<img src> 全部 404。
检查 base 标签是否意外覆盖了路径解析
很多老项目在 <head> 里写了 <base href="xxx">，改 DOCTYPE 后浏览器开始真正遵循它——所有相对路径都以 <base href> 为基准，而不是当前 HTML 文件位置。这是最隐蔽也最常被忽略的根源。
- 打开开发者工具 → Elements 面板，搜索
<base，看是否存在且href值是否合理（比如写成href="/css/"却放在子目录下） - 临时删掉
<base>标签测试，如果链接恢复，说明问题在此 - 若必须用
<base>，确保href是绝对路径（如https://example.com/）或以/开头的根相对路径，且与部署结构一致
相对路径中 ../ 的层级计算变精确了
怪异模式下浏览器对 ../ 的向上跳转有时会“自动容错”，比如多写一个 ../ 也可能凑巧命中；严格模式下则逐级解析，错一级就 404。
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 确认 HTML 文件所在路径（例如
/blog/post.html），再对照<script src="../js/main.js">中的../数量是否真能回到目标目录 - 优先用「从当前 HTML 出发」的方式手算：当前路径去掉最后一段是父级，每多一个
../就再上一级 - 避免嵌套过深的相对路径，可改用根相对路径（如
/js/main.js）或构建时注入公共路径变量
服务器未启用 Content-Type 正确识别 HTML5
部分老旧服务器（尤其本地测试用的 Python SimpleHTTPServer 或某些嵌入式服务）默认返回 Content-Type: text/plain，导致浏览器不按 HTML 解析，自然也不加载外部资源。这常被误判为路径问题。
立即学习“前端免费学习笔记（深入）”；
- 打开 Network 面板，看 HTML 文件响应头里是否有
Content-Type: text/html; charset=utf-8 - 本地开发可用
python3 -m http.server 8000 --bind 127.0.0.1（Python 3.7+），它默认返回正确类型；旧版 Python 可换用live-server或http-server - Apache/Nginx 需确认
.html后缀已映射到text/html
真正卡住的地方往往不在 DOCTYPE 本身，而在它像一把尺子，把原来松垮的路径逻辑、base 标签滥用、服务器配置漏洞全给量了出来。修的时候别只盯着 src 和 href 改，先看 Network 面板里每个请求的真实 URL 和状态码——那是最诚实的线索。
