静态html页面报404的关键在于路径匹配、服务器配置正确、返回真实404状态码三者缺一不可：文件须在web根目录对应路径下且区分大小写；nginx/apache需配置error_page并用curl验证响应头为404；github pages等平台须严格遵循其404文件命名与位置规则。
静态HTML页面报404，不是页面写错了，而是服务器根本没找到它——关键在路径、配置、状态码三处，缺一不可。
确认文件位置和访问路径是否匹配
本地双击打开 file:/// 路径不会触发404，那只是浏览器读文件；真404只发生在HTTP服务下。必须用 http://localhost/xxx.html 这类地址访问才有效。
- 检查HTML文件是否真在Web服务器根目录下（如Apache的
htdocs、Nginx的/usr/share/nginx/html） - URL中写的路径要和文件系统路径严格一致：比如文件在
/pages/about.html，就得访问http://localhost/pages/about.html - Windows上注意隐藏扩展名：
about.html.txt看起来像about.html，但服务器找不到 - Linux/macOS区分大小写：
About.html≠about.html
Nginx/Apache必须显式配置 error_page 并验证响应头
只放一个 404.html 文件在根目录，不配服务器，99%的情况返回的是200状态码——搜索引擎当它是正常页，用户刷新也得不到重试提示。
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- Nginx正确写法：
error_page 404 /404.html;+location = /404.html { internal; }；漏掉internal，外部可直连/404.html，状态码就变成200 - Apache用
ErrorDocument 404 /404.html，放在.htaccess或虚拟主机配置里，确保mod_rewrite和mod_alias已启用 - 配完务必用
curl -I http://localhost/nonexistent看响应头，确认是HTTP/1.1 404 Not Found，不是200 OK
静态托管平台（GitHub Pages/Netlify/Vercel）路径规则特殊
它们不跑完整Web服务器，自定义404必须严格按平台约定来，否则永远404。
- GitHub Pages：文件必须叫
404.html，且放在仓库根目录；不能放/docs/404.html或/error/404.html - Netlify/Vercel：默认支持，但若你手动配置了
_redirects或vercel.json，需确认没有覆盖404 fallback逻辑 - 所有平台都不接受通过JS跳转或iframe加载来“模拟”404——必须由服务器返回真实404状态码
别在 404.html 里用 window.location 跳转首页
这会让状态码变成200，且用户刷新后仍卡在错误页。更隐蔽的问题是：某些构建工具（如Vite）在子路径部署时，<base href="/subapp/"> 若漏配或斜杠不一致，会导致404页里的相对链接（如CSS、返回按钮）全部失效。
-
404.html应轻量、离线可用：内联必要样式，避免额外请求JS/CSS - 导航链接用绝对路径，例如
@#@#@#@#@#@#@#@#@#@0，不要依赖./或上级目录 - 如果部署在子路径（如
https://example.com/blog/），404.html中所有资源引用和跳转都必须以该前缀开头，否则仍会404
最容易被忽略的点是：你以为改好了路径，其实服务器压根没收到那个请求——Network面板里那个红色404条目，它的 Request URL 才是你真正要对齐的目标，不是你猜的、也不是你写的HTML里的href值。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
