一开始,我想在重写规则里直接禁止php后缀的url被访问。但后来发现重写规则是递归调用的,如果在重写规则里直接禁止php,那么重写到php文件的规则也会失效。rewriteengineon
递归调用这真可怕,一开始访问/test的时候url重写检查一次,然后匹配到^test$就内部重定向到/test.php,然而内部重定向也会触发url重写,因此再次检查,匹配到^test.php$,被强制直接[f](forbidden)操作,所以就变成了403错误。既然这样,就必须判是否已经经过服务器重定向。这时候服务器变量里有个redirect_url可以使用,因此我试着用这个做判断。
rewriterule.*$0[f,l]这样写访问/test依旧被403,稍微检查下,发现rewritecond中%{redirect_url}永远为空,这就蛋疼了,这样的话在重写规则中没办法直接禁止php了。但是可以用不怎么华丽的方法实现。就是在php文件中去判断redirect_url,虽然这个方法可以实现,但是感觉很逊,只是目前为止也没找到什么更好的办法了。
把这段php代码修改下丢进全局引用里就基本上没啥问题了,虽然不是完美解决,但是至少还是解决了,以后也许会发现更好的方法。
如对本文有疑问, 点击进行留言回复!!
如何去设计前端框架能力?星巴克消息开放项目从0到1,从点到面的思考
PHP制作日历,实现在1970年到2020年之间的任何一个月份的输出。上半部分
网友评论