nginx错误页面定制与前端重定向需严格区分场景：error_page处理真实错误（如404/500）并可保持状态码或跳转；rewrite/return用于正常请求的路径改写或重定向；进阶需求（如错误时发邮件）需结合internal命名location与后端脚本实现。
直接在 Nginx 中实现错误页面自定义和前端请求重定向，关键在于区分两类场景：一类是服务端真实出错（如 404、500）时的响应处理；另一类是用户发起的正常请求需要被主动改写或跳转。两者配置逻辑不同，不能混用 error_page 和 rewrite 或 return 指令。
404 等错误码的自定义页面展示
当资源确实不存在或后端返回错误状态码时，用 error_page 指令绑定静态 HTML 文件即可。这种方式保持原始状态码，只替换响应体内容：
- 在 server 块中添加：error_page 404 /404.html;
- 确保 /404.html 存在于 root 目录下（例如 /usr/share/nginx/html/404.html）
- 推荐加 internal; 到对应 location 块中，防止用户直接访问该错误页 URL
- 多个错误可合并写：error_page 404 500 502 503 504 /error.html;
错误发生后的外部跳转（如 404 跳首页）
若希望用户看到 404 时自动跳转到其他地址（URL 变、状态码变），需借助命名 location 配合 return 指令：
- 配置：error_page 404 = @tohome;
- 定义命名 location：location @tohome { return 302 /; }
- 支持 301（永久）或 302（临时），注意状态码会覆盖原始 404
- 跳转目标可以是完整 URL，例如：return 302 https://example.com/landing;
正常请求的前端重定向（非错误触发）
这是对合法请求路径做改写或跳转，与错误处理无关，常用 rewrite 或 return：
- 全站跳转：rewrite ^/(.*)$ https://new.example.com/$1 permanent;
- 路径前缀替换：rewrite ^/old/(.*)$ /new/$1 break;
- 简单跳转更推荐 return：location /blog { return 301 https://blog.example.com/; }
- 注意 rewrite 的 flag（last、break、redirect、permanent）决定后续匹配行为
进阶：错误页带后台通知（如发邮件）
若需在显示错误页的同时执行服务器动作（如记录日志、发告警），不能直接跳外链，得走内部 URI + 后端脚本：
- 配置：error_page 500 = /notify-and-redirect.php;
- 该 PHP 脚本先执行通知逻辑（如 mail() 或 curl 调用 webhook），再输出 header("Location: https://example.com/error");
- Nginx 需已配置 PHP FastCGI 支持，且该 URI 不对外暴露源码
- 务必设 internal; 保护该处理入口，仅限 error_page 触发
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
