觸屏版
全國服務(wù)熱線:0571-87205688
登錄
注冊
客戶中心
關(guān)注云客
apache服務(wù)器偽靜態(tài)規(guī)則htaccess語法解釋及用法,htaccess寫法是這樣的:
RewriteEngineOnRewriteCond%{HTTP_HOST}^(www\.)?xxx\.com$RewriteCond%{REQUEST_URI}!^/blog/RewriteCond%{REQUEST_FILENAME}!-fRewriteCond%{REQUEST_FILENAME}!-dRewriteRule^(.*)$/blog/$1#沒有輸入文件名的默認(rèn)到到首頁
RewriteCond%{HTTP_HOST}^(www\.)?xxx\.com$RewriteRule^(/)?$blog/index.php[L]
下面我開始解說一下上面的意思:
【RewriteEngineOn】表示重寫引擎開,關(guān)閉off,作用就是方便的開啟或關(guān)閉以下的語句,這樣就不需要一條一條的注釋語句了。
【RewriteCond%{HTTP_HOST}^(www\.)?xxx\.com$】
這是重寫條件,前面%{HTTP_HOST}表示當(dāng)前訪問的網(wǎng)址,只是指前綴部分,格式是www.xxx.com不包括“http://”和“/”,^表示字符串開始,$表示字符串結(jié)尾,\.表示轉(zhuǎn)義的.,如果不轉(zhuǎn)義也行,推薦轉(zhuǎn)義,防止有些服務(wù)器不支持,?表示前面括號www\.出現(xiàn)0次或1次,這句規(guī)則的意思就是如果訪問的網(wǎng)址是xxx.com或者www.xxx.com就執(zhí)行以下的語句,不符合就跳過。
【RewriteCond%{REQUEST_URI}!^/blog/】
也是重寫條件,%{REQUEST_URI}表示訪問的相對地址,就是相對根目錄的地址,就是域名/后面的成分,格式上包括最前面的“/”,!表示非,這句語句表示訪問的地址不以/blog/開頭,只是開頭^,沒有結(jié)尾$【RewriteCond%{REQUEST_FILENAME}!-f】
【RewriteCond%{REQUEST_FILENAME}!-d】
這兩句語句的意思是請求的文件或路徑是不存在的,如果文件或路徑存在將返回已經(jīng)存在的文件或路徑【RewriteRule^(.*)$/blog/$1】重寫規(guī)則,最重要的部分,意思是當(dāng)上面的RewriteCond條件都滿足的時(shí)候,將會(huì)執(zhí)行此重寫規(guī)則,^(.*)$是一個(gè)正則表達(dá)的匹配,匹配的是當(dāng)前請求的URL,^(.*)$意思是匹配當(dāng)前URL任意字符,.表示任意單個(gè)字符,*表示匹配0次或N次(N>0),后面/blog/$1是重寫成分,意思是將前面匹配的字符重寫成/blog/$1,這個(gè)$1表示反向匹配,引用的是前面第一個(gè)圓括號的成分,即^(.*)$中的.*,其實(shí)這兒將會(huì)出現(xiàn)一個(gè)問題,后面討論。
【RewriteCond%{HTTP_HOST}^(www\.)?xxx\.com$】
【RewriteRule^(/)?$blog/index.php[L]】
這兩句的意思是指請求的host地址是www.xxx.com是,如果地址的結(jié)尾只有0個(gè)或者1個(gè)“/”時(shí),將會(huì)重寫到子目錄下的主頁,我猜想這主要因?yàn)橹貙懞蟮牡刂肥遣荒茏詣?dòng)尋找主頁的,需要自己指定。
現(xiàn)在說說出現(xiàn)的問題,RewriteRule^(.*)$/blog/$1前部分^(.*)$將會(huì)匹配當(dāng)前請求的url,例如:請求網(wǎng)址是http://www.xxx.com/a.html,到底是匹配整個(gè)http://www.xxx.com/a.html,還是只匹配/a.html即反斜杠后面的成分,還是只匹配a.html。
答案是:根據(jù)RewriteBase規(guī)則規(guī)定,如果rewritebase為/,將會(huì)匹配a.html,不帶前面的反斜杠,所以上條語句應(yīng)該寫成RewriteRule^(.*)$blog/$1(不帶/),不過實(shí)際應(yīng)用上帶上前面的反斜杠,也可以用,可能帶不帶都行?,F(xiàn)在問題出來了,如果不設(shè)置rewritebase為/,將會(huì)匹配整個(gè)網(wǎng)址http://www.xxx.com/a.html,顯然這是錯(cuò)誤的,所以應(yīng)該添加這條:
RewiteBase/
還有一個(gè)問題是,不能保證每個(gè)人輸入的網(wǎng)址都是小寫的,如果輸入大寫的呢,linux系統(tǒng)是區(qū)分大小寫的,所以應(yīng)該在RewriteCond后添加[NC]忽略大小寫的。
至此,完整的語句應(yīng)該是:
####start####
RewriteEngineOn
RewiteBase/
RewriteCond%{HTTP_HOST}^(www\.)?xxx\.com$[NC]
RewriteCond%{REQUEST_URI}!^/blog/
RewriteCond%{REQUEST_FILENAME}!-f
RewriteCond%{REQUEST_FILENAME}!-d
RewriteRule^(.*)$blog/$1
#沒有輸入文件名的默認(rèn)到到首頁
RewriteCond%{HTTP_HOST}^(www\.)?xxx\.com$[NC]
RewriteRule^(/)?$blog/index.php[L]
####end####
如果后面還繼續(xù)有語句的,就不應(yīng)該加上最后的[L],因?yàn)檫@是表示最后一條語句的意思防盜鏈的語句,同樣需要添加RewiteBase/,如下:
RewriteEngineon
RewiteBase/
RewriteCond%{HTTP_REFERER}!^$[NC]
RewriteCond%{HTTP_REFERER}!xxx.info[NC]
RewriteRule\.(jpg|gif|png|bmp|swf|jpeg)$/error/daolian.gif[R,NC,L]
如果后面還繼續(xù)有語句的,就不應(yīng)該加上最后的[L],/error/daolian.gif為別人盜鏈時(shí)顯示的圖片。
下面附上簡單的語法規(guī)則和flags:
【RewriteCond語法:】
RewriteCondTestStringCondPattern[flags]
rewritecond的其他用法:
‘-d’(目錄)
將TestString視為一個(gè)路徑名并測試它是否為一個(gè)存在的目錄。
‘-f’(常規(guī)文件)
將TestString視為一個(gè)路徑名并測試它是否為一個(gè)存在的常規(guī)文件。
‘-s’(非空的常規(guī)文件)
將TestString視為一個(gè)路徑名并測試它是否為一個(gè)存在的、尺寸大于0的常規(guī)文件。
‘-l’(符號連接)
將TestString視為一個(gè)路徑名并測試它是否為一個(gè)存在的符號連接。
‘-x’(可執(zhí)行)
將TestString視為一個(gè)路徑名并測試它是否為一個(gè)存在的、具有可執(zhí)行權(quán)限的文件。該權(quán)限由操作系統(tǒng)檢測。
‘-F’(對子請求存在的文件)
檢查TestString是否為一個(gè)有效的文件,而且可以在服務(wù)器當(dāng)前的訪問控制配置下被訪問。它使用一個(gè)內(nèi)部子請求來做檢查,由于會(huì)降低服務(wù)器的性能,所以請謹(jǐn)慎使用!
‘-U’(對子請求存在的URL)
檢查TestString是否為一個(gè)有效的URL,而且可以在服務(wù)器當(dāng)前的訪問控制配置下被訪問。它使用一個(gè)內(nèi)部子請求來做檢查,由于會(huì)降低服務(wù)器的性能,所以請謹(jǐn)慎使用!
【RewriteRule語法:】
RewriteRulePatternSubstitution[flags]
【flags】:
‘chain|C’(鏈接下一規(guī)則)
此標(biāo)記使當(dāng)前規(guī)則與下一個(gè)規(guī)則相鏈接。它產(chǎn)生這樣的效果:如果一個(gè)規(guī)則被匹配,則繼續(xù)處理其后繼規(guī)則,也就是這個(gè)標(biāo)記不起作用;如果該規(guī)則不被匹配,則其后繼規(guī)則將被跳過。比如,在一個(gè)目錄級規(guī)則中執(zhí)行一個(gè)外部重定向時(shí),你可能需要?jiǎng)h除”.www”(此處不應(yīng)該出現(xiàn)”.www”)。
‘cookie|CO=NAME:VAL:domain[:lifetime[:path]]’(設(shè)置cookie)在客戶端設(shè)置一個(gè)cookie。cookie的名稱是NAME,值是VAL。domain是該cookie的域,比如’.apache.org’,可選的lifetime是cookie的有效期(分鐘),可選的path是cookie的路徑。
‘env|E=VAR:VAL’(設(shè)置環(huán)境變量)
此標(biāo)記將環(huán)境變量VAR的值為VAL,VAL可以包含可擴(kuò)展的正則表達(dá)式反向引用($N和%N)。此標(biāo)記可以多次使用以設(shè)置多個(gè)變量。這些變量可以在其后許多情況下被間接引用,通常是在XSSI(<!–#echovar=”VAR”–>)或CGI($ENV{‘VAR’})中,也可以在后繼的RewriteCond指令的CondPattern參數(shù)中通過%{ENV:VAR}引用。使用它可以記住從URL中剝離的信息。
‘forbidden|F’(強(qiáng)制禁止URL)
強(qiáng)制禁止當(dāng)前URL,也就是立即反饋一個(gè)HTTP響應(yīng)碼403(被禁止的)。使用這個(gè)標(biāo)記,可以鏈接若干個(gè)RewriteConds來有條件地阻塞某些URL。
‘gone|G’(強(qiáng)制廢棄URL)
強(qiáng)制當(dāng)前URL為已廢棄,也就是立即反饋一個(gè)HTTP響應(yīng)碼410(已廢棄的)。使用這個(gè)標(biāo)記,可以標(biāo)明頁面已經(jīng)被廢棄而不存在了。
‘handler|H=Content-handler’(強(qiáng)制指定內(nèi)容處理器)強(qiáng)自制定目標(biāo)文件的內(nèi)容處理器為Content-handler。例如,用來模擬mod_alias模塊的ScriptAlias指令,以強(qiáng)制映射文件夾內(nèi)的所有文件都由”cgi-script”處理器處理。
‘last|L’(結(jié)尾規(guī)則)
立即停止重寫操作,并不再應(yīng)用其他重寫規(guī)則。它對應(yīng)于Perl中的last命令或C語言中的break命令。這個(gè)標(biāo)記用于阻止當(dāng)前已被重寫的URL被后繼規(guī)則再次重寫。例如,使用它可以重寫根路徑的URL(‘/’)為實(shí)際存在的URL(比如:’/e/www/’)。
‘next|N’(從頭再來)
重新執(zhí)行重寫操作(從第一個(gè)規(guī)則重新開始)。此時(shí)再次進(jìn)行處理的URL已經(jīng)不是原始的URL了,而是經(jīng)最后一個(gè)重寫規(guī)則處理過的URL。它對應(yīng)于Perl中的next命令或C語言中的continue命令。此標(biāo)記可以重新開始重寫操作(立即回到循環(huán)的開頭)。但是要小心,不要制造死循環(huán)!
‘nocase|NC’(忽略大小寫)
它使Pattern忽略大小寫,也就是在Pattern與當(dāng)前URL匹配時(shí),’A-Z’和’a-z’沒有區(qū)別。
‘noescape|NE’(在輸出中不對URI進(jìn)行轉(zhuǎn)義)
此標(biāo)記阻止mod_rewrite對重寫結(jié)果應(yīng)用常規(guī)的URI轉(zhuǎn)義規(guī)則。一般情況下,特殊字符(‘%’,‘$’,‘;’等)會(huì)被轉(zhuǎn)義為等值的十六進(jìn)制編碼(‘%′,‘$′,‘;’等)。此標(biāo)記可以阻止這樣的轉(zhuǎn)義,以允許百分號等符號出現(xiàn)在輸出中,比如:
RewriteRule/foo/(.*)/bar?arg=P1\=$1[R,NE]
可以使’/foo/zed轉(zhuǎn)向到一個(gè)安全的請求’/bar?arg=P1=zed’。
‘nosubreq|NS’(不對內(nèi)部子請求進(jìn)行處理)
在當(dāng)前請求是一個(gè)內(nèi)部子請求時(shí),此標(biāo)記強(qiáng)制重寫引擎跳過該重寫規(guī)則。比如,在mod_include試圖搜索目錄默認(rèn)文件(index.xxx)時(shí),Apache會(huì)在內(nèi)部產(chǎn)生子請求。對于子請求,重寫規(guī)則不一定有用,而且如果整個(gè)規(guī)則集都起作用,它甚至可能會(huì)引發(fā)錯(cuò)誤。所以,可以用這個(gè)標(biāo)記來排除某些規(guī)則。
使用原則:如果你為URL添加了CGI腳本前綴,以強(qiáng)制它們由CGI腳本處理,但對子請求處理的出錯(cuò)率(或者資源開銷)很高,在這種情況下,可以使用這個(gè)標(biāo)記。
‘proxy|P’(強(qiáng)制為代理)
此標(biāo)記使替換成分被內(nèi)部地強(qiáng)制作為代理請求發(fā)送,并立即中斷重寫處理,然后把處理移交給mod_proxy模塊。你必須確保此替換串是一個(gè)能夠被mod_proxy處理的有效URI(比如以http://hostname開頭),否則將得到一個(gè)代理模塊返回的錯(cuò)誤。使用這個(gè)標(biāo)記,可以把某些遠(yuǎn)程成分映射到本地服務(wù)器域名空間,從而增強(qiáng)了ProxyPass指令的功能。
注意:要使用這個(gè)功能,必須已經(jīng)啟用了mod_proxy模塊。
‘passthrough|PT’(移交給下一個(gè)處理器)
此標(biāo)記強(qiáng)制重寫引擎將內(nèi)部request_rec結(jié)構(gòu)中的uri字段設(shè)置為filename字段的值,這個(gè)小小的修改使得RewriteRule指令的輸出能夠被(從URI轉(zhuǎn)換到文件名的)Alias,ScriptAlias,Redirect等指令進(jìn)行后續(xù)處理[原文:Thisflagisjustahacktoenablepost-processingoftheoutputofRewriteRuledirectives,usingAlias,ScriptAlias,Redirect,andotherdirectivesfromvariousURI-to-filenametranslators.]。
舉一個(gè)能說明其含義的例子:如果要將/abc重寫為/def,然后再使用mod_alias將/def轉(zhuǎn)換為/ghi,可以這樣:
RewriteRule^/abc(.*)/def$1[PT]
Alias/def/ghi
如果省略了PT標(biāo)記,雖然將uri=/abc/…重寫為filename=/def/…的部分運(yùn)作正常,但是后續(xù)的mod_alias在試圖將URI轉(zhuǎn)換到文件名時(shí)會(huì)遭遇失效。
注意:如果需要混合使用多個(gè)將URI轉(zhuǎn)換到文件名的模塊時(shí),就必須使用這個(gè)標(biāo)記。。此處混合使用mod_alias和mod_rewrite就是個(gè)典型的例子。
‘qsappend|QSA’(追加查詢字符串)
此標(biāo)記強(qiáng)制重寫引擎在已有的替換字符串中追加一個(gè)查詢字符串,而不是簡單的替換。如果需要通過重寫規(guī)則在請求串中增加信息,就可以使用這個(gè)標(biāo)記。
‘redirect|R[=code]‘(強(qiáng)制重定向)
若Substitution以http://thishost[:thisport]/(使新的URL成為一個(gè)URI)開頭,可以強(qiáng)制性執(zhí)行一個(gè)外部重定向。如果沒有指定code,則產(chǎn)生一個(gè)HTTP響應(yīng)碼302(臨時(shí)性移動(dòng))。如果需要使用在300-400范圍內(nèi)的其他響應(yīng)代碼,只需在此指定即可(或使用下列符號名稱之一:temp(默認(rèn)),permanent,seeother)。使用它可以把規(guī)范化的URL反饋給客戶端,如將”/~”重寫為”/u/”,或始終對/u/user加上斜杠,等等。
注意:在使用這個(gè)標(biāo)記時(shí),必須確保該替換字段是一個(gè)有效的URL。否則,它會(huì)指向一個(gè)無效的位置!并且要記住,此標(biāo)記本身只是對URL加上http://thishost[:thisport]/前綴,重寫操作仍然會(huì)繼續(xù)進(jìn)行。通常,你還會(huì)希望停止重寫操作而立即重定向,那么就還需要使用’L'標(biāo)記。
‘skip|S=num’(跳過后繼規(guī)則)
此標(biāo)記強(qiáng)制重寫引擎跳過當(dāng)前匹配規(guī)則之后的num個(gè)規(guī)則。它可以模擬if-then-else結(jié)構(gòu):最后一個(gè)規(guī)則是then從句,而被跳過的skip=N個(gè)規(guī)則是else從句。注意:它和’chain|C’標(biāo)記是不同的!
‘type|T=MIME-type’(強(qiáng)制MIME類型)
強(qiáng)制目標(biāo)文件的MIME類型為MIME-type,可以用來基于某些特定條件強(qiáng)制設(shè)置內(nèi)容類型。比如,下面的指令可以讓.php文件在以.phps擴(kuò)展名調(diào)用的情況下由mod_php按照PHP源代碼的MIME類型(application/x-httpd-php-source)顯示:
RewriteRule^(.+\.php)s$$1[T=application/x-httpd-php-source]
PHP擴(kuò)展CURL的用法詳解
為什么企業(yè)持續(xù)更新SEO軟文卻沒有效果
如何將seo更好地運(yùn)用在營銷型網(wǎng)站建設(shè)中
嚴(yán)懲網(wǎng)站網(wǎng)頁標(biāo)題作弊!百度9月底將推清風(fēng)算法
搜索引擎優(yōu)化和搜索引擎營銷之間的區(qū)別
如何才能做好聚合頁的SEO優(yōu)化
關(guān)于網(wǎng)站從收錄到排名再到引流
淺析模板網(wǎng)站對于優(yōu)化的問題
SEO優(yōu)化如何選擇網(wǎng)站內(nèi)容結(jié)構(gòu)的三要素
網(wǎng)站日志分析能為seoer帶來什么?
評論(0人參與,0條評論)
發(fā)布評論
最新評論