return 301

用 Nginx 的 return 指令做 301 重定向时，很多人会遇到查询参数丢失、URL 出现双重问号、或者参数莫名其妙被覆盖的问题。本文从原理出发，配合真实案例，讲清楚 return 301 后面怎么拼接问号和参数，以及哪些写法是错的。 一、return 301 默认行为：查询参数会丢失 先记住一个核心事实：Nginx 的 return 301 $url 默认情况下不会自动携带原请求的查询参数。 server { listen 80; server...

在Nginx配置301重定向时，很多开发者遇到过URL出现双重问号的问题，比如原本应该是https://example.com/page?param=value，结果变成了https://example.com/page??param=value。这个问题不仅影响URL美观，更会导致查询参数无法正确传递，影响网站功能。 问题现象：双重问号从哪来的？ 先看一个典型的错误配置： # 错误写法：会导致双重问号 return 301 https://example.com$ne...

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

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

前言 很多运维同学在配置HTTP跳转HTTPS时，第一反应就是这句： return 301 https://$host$request_uri; 看起来天衣无缝——$request_uri包含了完整的URI和查询参数，跳转后应该原样保留才对。但实际部署后，却发现UTM参数、搜索关键词、分页参数莫名其妙地消失了。 这篇文章不讲基础概念，直击3个让return 301 $request_uri参数丢失的隐藏陷阱，每个都附带复现条件和修复方法。 陷阱一：多层server块重写导致...