参数保留

为什么return和rewrite的参数行为总让人困惑很多运维在配置Nginx重定向时都踩过这个坑：明明配置了HTTP跳转HTTPS，结果跳转后URL上的查询参数全没了。比如用户访问http://example.com/page?id=123&utm_source=weixin，跳转后变成了https://example.com/page，参数丢失导致流量追踪失效、页面功能异常。问题的根源在于Nginx的return和rewrite指令在处理查询参数时遵循不同的规则。...

前言 用Nginx做301永久重定向时，很多人会遇到这样的问题：配置写好了，浏览器跳转也正常，但跳转后的URL里查询参数全丢了。比如用户访问 https://old.com/page?id=123&from=baidu，跳转后变成了 https://new.com/page，后面的 ?id=123&from=baidu 凭空消失。 这个问题在SEO、流量追踪、登录态传递等场景下影响很大。本文就来讲清楚：Nginx的return指令为什么会丢参数，以及怎么配置才...

为什么需要 307 重定向？ 大多数人配置 Nginx 重定向只想到 301 和 302，但这两个状态码有个致命缺陷：301 和 302 在 HTTP/1.0 规范里要求客户端把 POST 请求改成 GET 再重定向，导致 POST 请求体直接丢失。 虽然现代浏览器对 302 的处理已经"事实上"保留了 POST，但规范并不保证。真正保证请求方法和请求体不变的，是 307 Temporary Redirect 和 308 Permanent Redirect。 301/30...

前言用 Nginx 做 301 重定向时，很多人会遇到这个问题：配置了 return 301 https://example.com/$request_uri，结果跳转后 URL 上的查询参数全丢了。比如 ?utm_source=google&page=2 这种 UTM 参数、广告追踪参数，在重定向后全部消失。这是 Nginx return 指令的默认行为——不带参数的 return 会丢弃原始的 query string。但这不是无解的，有几种方法可以保留参数，而且...