跳到主要內容

[野人獻曝]Apache上的Mod_rewrite的實作說明(上)

Rewrite

最近不小心沉迷在研究Apache的mod_rewrite,
剛好也有點心得,
所以寫篇簡單心得放在這裡吧。

其實一切都是因為我從Cakephp裡的.htaccess得到一些靈感開始的,
所以我就以Cakephp的rewrite方法來作點說明吧!

首先看到Cakephp根目錄下的.htaccess檔吧:

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteRule ^$ app/webroot/ [L]
RewriteRule (.*) app/webroot/$1 [L]
</IfModule>


第一行和最後一行基本上算是必備,
所以不用問太多加下去就對了XD

第二行開始,代表著你要啟用RewriteEngine的功能,
這一行必加,因為不加的話,你也不會知道為啥你的rewrite無效~

第三、四行則代表要把所有的Request導向給app/webroot,
換言之,Cakephp根目錄下的index.php基本上是擺好玩的!

既然前面提到已經被導向至app/webroot了,
那麼就繼續看app/webroot/.htaccess的內容吧:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]
</IfModule>


第一行、第二行和最後一行內容跟前段相同,所以就不多說了,
比較有意思的是第三、四、五行。
其意義如下:

  • RewriteCond %{REQUEST_FILENAME} !-d
    意義:任何附掛的字串都不會被視為一個目錄
    比如你輸入http://localhost/cakephp/a/s/d,(cakephp是你放cakephp檔案的目錄)
    那麼rewrite將會把a/s/d當成一般字串,而不會繼續去尋找cakephp下是不是有目錄a、目錄s。


  • RewriteCond %{REQUEST_FILENAME} !-f
    意義:任何附掛的字串都不會被視為一個檔案
    比如你輸入http://localhost/cakephp/a/s/d.css,(cakephp是你放cakephp檔案的目錄)
    那麼rewrite將會把a/s/d當成一般字串,而不會繼續去尋找cakephp下是不是有目錄a、目錄s、或是檔案d.css。

  • RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]
    以上所提到的附掛字串都被當成一個參數,其名稱為url,
    指派給這個目錄下的index.php(就是app/webroot/index.php啦)處理。
    注意後面的[QSA,L],
    QSA(Querystring appedned)代表著要附掛Querystring給index.php,
    至於L(Last)代表最後一條rewrite規則。

留言

Unknown寫道…
讚!讚!夠實用!
我也正巧在survey cakePHP,
正為其導向規則搞得暈頭轉向. :P
這篇文章使我茅塞頓開呀。
Faryne寫道…
其實很多框架大致上都是用這樣的導向規則,所以把這一套學會了,大概其他框架的導向規則就不難了XD
Unknown寫道…
作者已經移除這則留言。
Unknown寫道…
作者已經移除這則留言。
Unknown寫道…
抱歉, 之前的回應在表達上有不流暢的地方, 我修飾一下重貼。^^!

< IfModule mod_rewrite.c >
RewriteEngine On

# 條件一: %{REQUEST_FILENAME} 不是目錄。
# (換言之: 若 %{REQUEST_FILENAME} 是目錄, 則不符合條件)
RewriteCond %{REQUEST_FILENAME} !-d

# 條件二: %{REQUEST_FILENAME} 不是檔案。
# (換言之: 若 %{REQUEST_FILENAME} 是檔案, 則不符合條件)
RewriteCond %{REQUEST_FILENAME} !-f

# 以上兩個條件都必須成立: "%{REQUEST_FILENAME} 不是目錄 且 不是檔案", 才套用RewriteRule.

# 否則, 若無其它限制的話, 就是依照一般的存取規則來存取目錄或檔案了。這點可以透過url連結一個已存在的目錄或檔案來進行驗證。

# QSA代表QueryString Appended的意思,L是Last,在此的意義是最後一條RewriteRule。
RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]

# 由於L的作用, 後續若有RewriteRule,也不再繼續套用了。
< /IfModule >

以上註解若有錯誤, 敬請指正。 ^^!
Faryne寫道…
雖然不知道你為什麼刪除文章,不過還是回一下好了!

基本上你沒錯,我的講法確實有點問題,
這是因為我有時候會故意講錯一些東西,
讓看我東西的人不會只把我的作品整個囫圇吞棗下去~(當然有很多時候真的是我打錯)!

總之,你有發現我文章中的問題,
也算是您比我厲害了XDD!
(頭一次碰到可以吐我嘲的人)

這個網誌中的熱門文章

[野人獻曝] AWS Certified Solutions Architect 認證考試心得

大概是去年聖誕節前夕, 不知道被什麼打到, 突然想考一張 AWS 認證考試, 所以就很突然地報了 AWS Certified Solutions Architect - Associate 的考試! 為了那場考試我還買了對岸出的翻譯教科書( 原文版 、 簡體版 )讀。 只是......因為我真的很不會讀書, 外加我上班真的超懶, 那本書我只看了前面幾章, 然後隨便做了書內的練習題和 Google 到的考古題, 就直接上場考試了! 雖然是很有驚無險地通過了啦(720 分通過,我考 761 分)..... 然後今年十一月左右也是因為很突然就離職, 所以也是很突然就決定再去報 AWS Certified Solutions Architect - Professional 的考試! 這次考試比之前稍微認真一點, 除了把那本教科書的後面幾章......的練習題重做外, 也開始狂 K 官方的訓練課程, 外加又多冥想了各種考題方向, 也順便自己開了一些不常用的服務練習(估計帳單也......), 大概是花了一個星期時間專心(?)準備! 這次也依然是很驚險地通過(750 分通過,我考 797 分) ====== 以上都是廢話 ===== 其實我去年考的時候還不知道認證架構師是最難的考試, 不過考完架構師考試後, 其實就會理解到 AWS 認證架構師就某種程度是最了解 AWS 架構的人, 如果一間公司全部使用 AWS 服務的話, 這傢伙應該就是部門的 Center ! 只是有沒有必要考到 Professional 等級就因人而異啦, 畢竟 Professional 級的考題很刁鑽, 遠比 Associate 級更為刁鑽, 除了出現一堆你壓根沒聽過的 AWS 服務外(我看到考題才知道有 EFA 這玩意), 還需要你從安全面、成本面、可維護性去思考架構該怎麼設計(其實 Professional 級這幾個面向的考題遠比 Associate 多), 這就很吃使用經驗和你有沒有想過最佳實踐。 如果是半吊子以為只是比 Associate 難一點點就上場去考的話, 保證很容易就會 GG ! 再次聲明:我真的只是好運考過的 QQ ====== 怎麼準備 ===== 其實不是很建議無謀地只讀教科書就去考! 最好是先有一段時間的 AWS 操作經驗, 至少要理解 VPC / SecurityGroup...

[野人獻曝] 架個 Stable Diffusion WebUI 來生個香香的老婆圖

A.I. 當道後, 什麼以文生文、以文生圖、以文生聲(?)等玩意陸續蹦出來。 別的先不說, 光是以文生圖就有像是 MidJourney 還是 Dall-E 等模型提供相關服務。 而後 NovelAI 自爆自己的以文生圖模型是透過 Danbooru 上收集的圖片所訓練, 外加相關程式碼也不小心外洩後, 你各位紳士們就開始在以文生圖這塊領域中尋找自己的婆了。 不過以上都不是重點, 本文只是想要記錄下 Stable Diffusion WebUI (以下簡稱 SDWebUI)的架設步驟而已。 其實安裝步驟出乎意料的簡單(當然是指在 Google CoLab 上), 只要以下幾個步驟,基本上就能把 SDWebUI 跑起來並且開始生圖: * 確保機器上有 Python 3 以上環境 * 下載 SDWebUI 原始碼,可以直接在 Github 上 clone 下來。 * 下載所需的模型:在產生 ACG 相關圖片的話,目前推薦使用 Anything 或是 Hentai Diffusion 等模型。不過要注意一點:模型檔案越大的話,硬體要求會更高(主要是顯卡的 GPU 和記憶體等級)。如果沒滿足需求的話可能會跑不起來 * 切換到 SDWebUI 目錄,執行以下指令開始跑 SDWebUI 的設定,會在這個步驟安裝其相依的 Python 套件並處理相關設定: COMMANDLINE_ARGS="--exit" REQS_FILE="requirements.txt" python launch.py *  把前面步驟所下載的模型檔案,搬移到 SDWebUI檔案目錄/models,例如 clone 到 /home/user/stable-diffusion-webui 的話,就把模型檔複製到 /home/user/stable-diffusion-webui/models 下。 * 執行以下指令,等待跑完以後,畫面應該會顯示一組 xxx.gradio.xxx 的網址,可以讓自己或朋友連進來玩(網址 72 小時內有效)。如果只是自用的話,也可以用 localhost 的網址開啟服務: COMMANDLINE_ARGS="--share --gradio-debug" REQS_FILE="requirements....

[野人獻曝] 開個 Stable Diffusion WebUI 的懶人包

前篇提到 Stable Diffusion WebUI, 這次要利用 Google Colab 服務來跑這玩意。 主要流程其實很簡單: 如果還沒有下載模型檔的話, 請先打開主要作業的區塊執行開啟 Google Drive 的權限, 然後再到第三個大區塊中的下載輸入模型檔下載路徑, 下載完成後就可以開始下載 Stable Diffusion WebUI 並準備執行。 如果已經執行過下載模型的話, 可以直接按下主要作業那個大區塊中的執行即可。 當不想玩了以後,請記得按下第二個大區塊的執行。 這個步驟會把該次產生的圖片存回到 Google Drive 內。 網址: https://colab.research.google.com/drive/1irIstg03GHVtXJLVhYLOtNuUy3z7ELz_?usp=sharing