URL拼接

用 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配置中，重定向时保留查询参数是很多运维同学的痛点。你可能遇到过这样的情况：配置了HTTP跳转HTTPS，结果URL后面的查询参数全丢了；或者设置了301重定向，UTM追踪参数莫名其妙消失。问题的核心在于$is_args和$args这两个变量的正确拼接。本文通过实战案例，带你彻底掌握URL拼接的正确姿势。 一、先搞清楚三个核心变量 在讨论拼接之前，我们需要先理解三个关键变量的区别： $request_uri：完整的请求URI，包含路径和查询字符串，如/pa...