Apache下禁止php文件被直接訪問(wèn)的解決方案
一開(kāi)始,我想在重寫(xiě)規(guī)則里直接禁止php后綴的URL被訪問(wèn)。但后來(lái)發(fā)現(xiàn)重寫(xiě)規(guī)則是遞歸調(diào)用的,如果在重寫(xiě)規(guī)則里直接禁止php,那么重寫(xiě)到php文件的規(guī)則也會(huì)失效。RewriteEngineOn
RewriteRule^test$/test.php[L]
RewriteRule^test.php$$0[F,L]

遞歸調(diào)用這真可怕,一開(kāi)始訪問(wèn)/test的時(shí)候URL重寫(xiě)檢查一次,然后匹配到^test$就內(nèi)部重定向到/test.php,然而內(nèi)部重定向也會(huì)觸發(fā)URL重寫(xiě),因此再次檢查,匹配到^test.php$,被強(qiáng)制直接[F](Forbidden)操作,所以就變成了403錯(cuò)誤。既然這樣,就必須判是否已經(jīng)經(jīng)過(guò)服務(wù)器重定向。這時(shí)候服務(wù)器變量里有個(gè)REDIRECT_URL可以使用,因此我試著用這個(gè)做判斷。
RewriteEngineOn
RewriteRule^test$/test.php[L]
RewriteCond%{REDIRECT_URL}^$
RewriteRule.*$0[F,L]這樣寫(xiě)訪問(wèn)/test依舊被403,稍微檢查下,發(fā)現(xiàn)RewriteCond中%{REDIRECT_URL}永遠(yuǎn)為空,這就蛋疼了,這樣的話在重寫(xiě)規(guī)則中沒(méi)辦法直接禁止php了。但是可以用不怎么華麗的方法實(shí)現(xiàn)。就是在php文件中去判斷REDIRECT_URL,雖然這個(gè)方法可以實(shí)現(xiàn),但是感覺(jué)很遜,只是目前為止也沒(méi)找到什么更好的辦法了。
$_SERVER['REDIRECT_URL']ordie('Forbidden');
//這里只是顯示文字而已,實(shí)際使用的時(shí)候還需輸出的HTTP錯(cuò)誤代碼。
echo$_SERVER['REDIRECT_URL'];//成功訪問(wèn)顯示信息
?>

把這段PHP代碼修改下丟進(jìn)全局引用里就基本上沒(méi)啥問(wèn)題了,雖然不是完美解決,但是至少還是解決了,以后也許會(huì)發(fā)現(xiàn)更好的方法。
相關(guān)文章
(PHP實(shí)現(xiàn))只使用++運(yùn)算實(shí)現(xiàn)加法,減法,乘法,除法
本篇文章是對(duì)(PHP實(shí)現(xiàn))只使用++運(yùn)算實(shí)現(xiàn)加法,減法,乘法,除法的方法進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-06-06PHP判斷訪客是否手機(jī)端(移動(dòng)端瀏覽器)訪問(wèn)的方法總結(jié)【4種方法】
這篇文章主要介紹了PHP判斷訪客是否手機(jī)端(移動(dòng)端瀏覽器)訪問(wèn)的方法,結(jié)合實(shí)例形式總結(jié)分析了php基于HTTP_X_WAP_PROFILE、HTTP_VIA、HTTP_USER_AGENT、HTTP_ACCEPT等4種方法判斷訪客類型的相關(guān)操作技巧,需要的朋友可以參考下2019-03-03Http 1.1 Etag 與 Last-Modified提高php效率
2008-01-01PHP編程實(shí)現(xiàn)計(jì)算抽獎(jiǎng)概率算法完整實(shí)例
這篇文章主要介紹了PHP編程實(shí)現(xiàn)計(jì)算抽獎(jiǎng)概率算法,結(jié)合完整實(shí)例形式分析了php隨機(jī)數(shù)運(yùn)算相關(guān)操作技巧,需要的朋友可以參考下2017-08-08非常實(shí)用的php彈出錯(cuò)誤警告函數(shù)擴(kuò)展性強(qiáng)
利用php彈出警告的函數(shù),整理到自己的代碼庫(kù)中去在遇到錯(cuò)誤的地方可用到此函數(shù),擴(kuò)展性強(qiáng),喜歡的朋友可以收藏下2014-01-01