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这种形式的是没问题的),求大神指点,

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





  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
nginx 301重定向死循环是指在使用nginx进行301永久重定向时,由于配置错误或者逻辑问题导致请求在重定向过程中陷入无限循环的情况。 通常情况下,nginx301重定向是通过配置server块中的location指令来实现的。当客户端发送请求时,nginx会根据配置的location规则进行匹配,并将匹配到的请求重定向到指定的URL。 如果配置的重定向规则存在问题,比如将请求重定向到了自身或者循环重定向到其他URL,就会导致死循环的情况发生。例如,以下是一个可能导致死循环的nginx配置示例: ``` server { listen 80; server_name example.com; return 301 http://example.com; } ``` 在这个示例中,无论客户端请求任何URL,nginx都会将其重定向到http://example.com。这样就会导致请求不断地被重定向,从而形成死循环。 为了避免nginx 301重定向死循环,需要确保重定向规则正确配置。可以通过以下几种方式来解决问题: 1. 检查重定向规则:仔细检查nginx配置文件中的重定向规则,确保没有将请求重定向到自身或者形成循环重定向的情况。 2. 使用301重定向的目标URL:在配置重定向规则时,确保将请求重定向到一个有效的URL,而不是一个无效的URL或者自身。 3. 使用302临时重定向:如果无法确定正确的重定向规则,可以暂时使用302临时重定向代替301永久重定向,以避免死循环的问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值