NGINX静态URL转动态URL重写求助：缺失地址信息

你的现有规则无效的原因很明确：

• 第一条规则里的 $2 没有对应的捕获组（原正则只捕获了一个数字组 (\d+)），所以会输出空值。
• 第二条规则里的 (.*) 根本没在原URL中匹配到任何内容，自然会直接输出字面字符串 (.*)。

核心问题在于：原请求URL /locations/schedule-tour/[门店编号] 里完全不包含州/城市/地址的信息，NGINX没办法凭空生成这部分内容。你必须先建立门店编号与对应路径段（state/city/address）的映射关系，才能完成正确的重定向。

下面是两种可行的解决方案：

方案一：静态映射（适合门店数量固定、不常更新的场景） #

如果你的门店列表变动很少，可以用NGINX的 map 指令提前把编号和对应路径写死。

配置步骤： #

1. 在 http 全局块（不能放在 server 块里）添加映射规则：

map $location_num $location_path {
    default ""; # 匹配不到编号时返回空，避免无效重定向
    101 "ca/los-angeles/123-main-st";
    102 "ny/new-york/456-broadway";
    # 按这个格式继续添加所有门店的编号和对应路径
}

2. 在你的 server 块里添加重写逻辑：

# 先把请求里的门店编号提取到变量$location_num
set $location_num "";
if ($request_uri ~* ^/locations/schedule-tour/(\d+)$) {
    set $location_num $1;
}

# 执行重定向
rewrite (?i)^/locations/schedule-tour/(\d+)$ /locations/$location_path--$1#scheduletour permanent;

效果示例： #

用户访问 /locations/schedule-tour/101 时，会被自动重定向到 /locations/ca/los-angeles/123-main-st--101#scheduletour。

方案二：动态后端查询（适合门店数据频繁更新的场景） #

如果门店数据存在数据库或其他动态数据源里，就得靠后端接口来提供对应路径，再让NGINX完成重定向。

配置步骤： #

1. 先写一个后端接口（比如 /api/get-location-path?num=[门店编号]），这个接口接收编号参数后，返回对应的 state/city/address 路径字符串（比如 ca/los-angeles/123-main-st）。
2. 在NGINX里配置反向代理到这个接口，拿到路径后重定向：

# 匹配请求路径，提取门店编号
location ~* ^/locations/schedule-tour/(\d+)$ {
    set $store_num $1;
    # 代理到后端接口获取路径
    proxy_pass http://你的后端地址/api/get-location-path?num=$store_num;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    
    # 拦截后端的成功响应，跳转到重定向逻辑
    proxy_intercept_errors on;
    error_page 200 = @do_redirect;
}

# 执行最终重定向
location @do_redirect {
    # 假设后端把路径放在自定义响应头X-Location-Path里，这里取出来
    set $target_path $upstream_http_x_location_path;
    rewrite ^ /locations/$target_path--$store_num#scheduletour permanent;
}

注意：如果后端直接把路径返回在响应体里，你需要调整获取方式，比如让后端把路径放到响应头里更方便NGINX读取。

重要提醒： #

• URL里的 #scheduletour 是客户端片段，NGINX不会处理它，直接追加到重定向URL里就行，浏览器会自动解析。
• 测试阶段建议用 temp 替换 permanent，避免浏览器缓存错误的重定向规则，导致测试麻烦。
• 确保重定向后的路径是真实存在的页面，不然会出现404错误。

内容的提问来源于stack exchange，提问作者Andrea Reno