nginx的301

前不久运营提出一个需求,关于301转定向,我想都不想直接丢给下面的妹子去处理,结果弄了2天没什么消息,闲话不多说,拿案例说话:

需求:

老地址:offer.csc86.com/buy/categoryOne.html?categoryId=*? //一级类目地址

offer.csc86.com/buy/category.html?categoryId=*? //二级三级级类目地址


新类目地址形式offer.csc86.com/id.html 

看到这时候,我直接丢了一个书上的案例给她,

 abc.domain.com/sort/2=>abc.domain.com/index.php?act=sort&name=abc&id=2;
if($host ~* (.*)\.domain\.com){
set $sub_name $1;
rewrite ^/sort\/(\d+)\/?$ /index.php?act=sort&cid=$sun_name&in=$1 last;
}

这个案例说(事后仔细查看,这案例很坑,是错的,但是格式和思路是正确的),结果到了下午我自己就写了一个

  rewrite ^/buy\/category(.*)\.html\?categoryId=(\w*)(\&?)(.*)$ /$2\.html\? permanent;

第一个(.*)  匹配categoryOne或者category(并不是很严谨的),(\w*)参数值,(\&?),匹配可能为多参数,第二个(.*)匹配更多可能出现的更多参数。

可以能是当时自我测试不认真(或者是其它因素)还真是通过了,我毫不犹豫的发了下去,结果发现项目进度还是卡住,

经过了解,这段解析没有任何作用.


当时就特别郁闷,没理由都是很符合规范的啊,这时候主管插手了这一事情,用其它的方式写了一个

if ($request_uri ~* "^/buy\/category\.html\?categoryId=([a-z0-9\-]{1,36})(&?)(.*)"){
       set $cate $1;
       set $args $3;
       rewrite ^/.*$ http://$host/$cate.html permanent;
    }
    if ($request_uri ~* "^/buy\/categoryone\.html\?categoryId=([a-z0-9\-]{1,36})(&?)(.*)$"){
        set $cate $1;
        set $args $3;
        rewrite ^/.*$ http://$host/$cate.html permanent;
    }

用$args进行处理,实现成功.然后我还是很郁闷为什么我写的那段匹配未执行,问了几个大神级别人物,给我的答复

这段是很正确的没有问题.

可是实际情况表明,真心没有执行啊,然后我又去掉参数进行实验,发现我写的那种方式在没有参数的情况下是完全OK的,

这下就十分疑惑了,随着翻了基本nginx的书,还是没有找到我想要的答案,唯一的得出的是,书上的所有rewrite事列都是不带参数的,然后在

最后简短的有一个request_uri的小事列用$args匹配参数.

随后实在没办法还是稍微改了一下主管的方法:

if ($request_uri ~* "^/buy\/category(.*)\.html\?categoryId=([a-z0-9\-]{1,36})(&?)(.*)"){

        set $cate $2;
        set $args $4;
        rewrite ^/.*$ http://$host/$cate.html permanent;
    }


不过我还是很疑惑,为什么以下不能匹配参数UL,是直接无效,而不是转向了没参数,

rewrite ^/buy\/category(.*)\.html\?categoryId=(\w*)(\&?)(.*)$ /$2\.html\? permanent;

目前我的自我总结是rewrite 不能直接处理有参数的URL(是&?这种形式的参数,   /2/2/3这种形式的是没问题的),求大神指点,

现在没时间弄了,天懂了会上来写明!





### Nginx 301重定向配置方法 在Nginx中实现301永久重定向是一种常见的需求,主要用于SEO优化以及统一网站入口地址。以下是具体的配置方法和示例。 #### 配置语法说明 `return` 和 `rewrite` 是两种常用的指令来实现URL重定向功能。对于301重定向,推荐使用`return`指令,因为它更简洁明了[^1]。 - **`return` 指令** - 使用场景:当需要简单地返回指定状态码并跳转到新URL时。 - 示例: ```nginx server { listen 80; server_name example.com; return 301 https://www.example.com$request_uri; } ``` - **`rewrite` 指令** - 使用场景:当需要复杂的正则表达式匹配或者内部重写逻辑时。 - 注意事项:如果未正确设置终止标志(如`last`或`break`),可能会导致循环重定向错误[^2]。 - 示例: ```nginx server { listen 80; server_name www.test.com; location ~* /upload/.*\.php$ { rewrite ^(.*)$ http://www.test.com permanent; } location / { root html; index index.html index.htm; } } ``` 上述例子展示了如何将所有以`.php`结尾的文件请求从`http://www.test.com/upload/*`重定向至根域名`http://www.test.com`[^2]。 #### 完整实例分析 假设我们希望把所有的HTTP流量都强制转向HTTPS,并且同时完成子域到主域的转换: ```nginx server { listen 80; server_name example.com www.example.com; # 将example.com 的请求全部指向 www.example.com 并执行301跳转 if ($host = 'example.com') { return 301 $scheme://www.$host$request_uri; } # 强制 HTTPS 跳转 return 301 https://www.example.com$request_uri; } server { listen 443 ssl; server_name www.example.com; ssl_certificate /path/to/certificate.crt; ssl_certificate_key /path/to/private.key; location / { root /usr/share/nginx/html; index index.html index.htm; } } ``` 此配置片段不仅完成了标准的301重定向操作还包含了SSL证书的相关设定[^1]。 #### 错误处理与调试技巧 遇到诸如“rewrite or internal redirection cycle”的问题时,应仔细检查是否有无限循环的情况发生。通常是因为缺少合适的结束条件造成的[^2]。 ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值