Rewrite基本概述

来源:https://www.cnblogs.com/1naonao/archive/2019/09/02/11449382.html
-Advertisement-
Play Games

Rewrite基本概述 什麼是rewrite Rewrite主要實現url地址重寫,以及重定向,就是把傳入 的請求重定向到其他 的過程。 rewrite使用場景 1、地址跳轉,用戶訪問www.drz.com這個URL是,將其定向至一個新的功能變數名稱mobile.drz.com 2、協議跳轉,用戶通過htt ...


Rewrite基本概述

什麼是rewrite

Rewrite主要實現url地址重寫,以及重定向,就是把傳入web的請求重定向到其他url的過程。

rewrite使用場景

1、地址跳轉,用戶訪問www.drz.com這個URL是,將其定向至一個新的功能變數名稱mobile.drz.com
2、協議跳轉,用戶通過http協議請求網站時,將其重新跳轉至https協議方式
3、偽靜態,將動態頁面顯示為靜態頁面方式的一種技術,便於搜索引擎的錄入,同時建上動態URL地址對外暴露過多的參數,提升更高的安全性。
4、搜索引擎,SEO優化依賴於url路徑,好記的url便於智齒搜索引擎錄入

rewrite配置示例

句法:Syntax:  rewrite regex replacement [flag]
預設:Default: --
語境:Context: server,location,if

#用於切換維護頁面場景
#rewrite ^(.*)$ /page/maintain.html break;

Rewrite標記Flag

rewrite指令根據表達式來重定向URL,或者修改字元串,可以應用於server,location,if環境下,每行rewrite指令最後跟一個flag標記,支持的flag標記有如下表格所示:

flag 作用
last 本條規則匹配完成後,停止匹配,不再匹配後面的規則
break 本條規則匹配完成後,停止匹配,不再匹配後面的規則
redirect 返回302臨時重定向,地址欄會顯示跳轉後的地址
permanent 返回301永久重定向,地址欄會顯示跳轉後的地址

last與break區別對比示例

[root@web01 conf.d]# cat rewrite.conf 
server {
        listen 80;
        server_name rewrite.drz.com;
        root /code;

        location ~ ^/break {
                rewrite ^/break /test/ break;
        }
        location ~ ^/last {
                rewrite ^/last /test/ last;
        }
        location /test/ {
                default_type application/json;
                return 200 "ok";
        }
}

#重啟nginx服務
[root@web01 conf.d]# nginx -t 
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
[root@web01 conf.d]# nginx -s reload

如果懂shell腳本的,這兩個就類似於腳本中的,break和continue

瀏覽器訪問break

img

瀏覽器訪問last

img

last和break的區別

break 只要匹配到規則,則會去本地配置路徑的目錄中尋找請求的文件;
而last只要匹配到規則,會對其所在的server(...)標簽重新發起請求。

break請求:
1、請求rewrite.drz.com/break
2、首先:會去查找本地的/code/test/index.html;
3、如果找到了,則返回/code/test/index.html的內容;
4、如果沒找到該目錄則報錯404,如果找到該目錄沒找到對應的文件則403

last請求:
1、請求rewrite.drz.com/last
2、首先:會去查找本地的/code/test/index.html;
3、如果找到了,則返回/code/test/index.html的內容;
4、如果沒找到,會對當前server重新的發起一次請求,rewrite.drz.com/test/
5、如果有location匹配上,則直接返回該location的內容。
4、如果也沒有location匹配,再返回404;

所以,在訪問/break和/last請求時,雖然對應的請求目錄/test都是不存在的,理論上都應該返回404,但是實際上請求/last的時候,是會有後面location所匹配到的結果返回的,原因在於此。

redirect與permanent區別對比示例

[root@web01 conf.d]# cat rewrite.conf 
server {
        listen 80;
        server_name rewrite.drz.com;
        root /code;

        location /test {
                rewrite ^(.*)$  http://www.driverzeng.com redirect;
                #rewrite ^(.*)$  http://www.driverzeng.com permanent;
                #return 301 http://www.driverzeng.com;
                #return 302 http://www.driverzeng.com;
        }
}

redirect與permanent區別

img

img

redirect: 每次請求都會詢問伺服器,如果當伺服器不可用時,則會跳轉失敗。

permanent: 第一次請求會詢問,瀏覽器會記錄跳轉的地址,第二次則不再詢問伺服器,直接通過瀏覽器緩存的地址跳轉。

Rewrite規則實踐

在寫rewrite規則之前,我們需要開啟rewrite日誌對規則的匹配進行調試。

[root@web01 code]# vim /etc/nginx/nginx.conf
/var/log/nginx/error.log notice;

http{
    rewrite_log on;
}

案例一

用戶訪問/abc/1.html實際上真實訪問的是/ccc/bbb/2.html

#http://www.drz.com/abc/1.html  ==>  http://www.drz.com/ccc/bbb/2.html

#1.準備真實訪問路徑
[root@web03 ~]# mkdir /code/ccc/bbb -p
[root@web03 ~]# echo "ccc_bbb_2" > /code/ccc/bbb/2.html

#2.Nginx跳轉配置
[root@web03 ~]# cd /etc/nginx/conf.d/
[root@web03 conf.d]# cat ccbb.conf 
server {
        listen 80;

        location / {
                root /code;
                index index.html;
        }
        location /abc {
                rewrite (.*) /ccc/bbb/2.html redirect;
                #return 302 /ccc/bbb/2.html;
        }
}

#3.重啟Nginx服務
[root@web03 conf.d]# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
[root@web03 conf.d]# nginx -s reload

案例二

用戶訪問/2018/ccc/2.html實際上真實訪問的是/2014/ccc/bbb/2.html

##http://www.drz.com/2018/ccc/2.html  ==>  http://www.drz.com/2014/ccc/bbb/2.html

#1.準備真是的訪問路徑
[root@web03 conf.c]# mkdir /code/2014/ccc/bbb -p 
[root@web03 conf.c]# echo "2014_ccc_bbb_2" > /code/2014/ccc/bbb/2.html

#2.Nginx跳轉配置
[root@web03 conf.d]# cat ccbb.conf 
server {
        listen 80;

        location / {
                root /code;
                index index.html;
        }
        location /2018 {
                rewrite ^/2018/(.*)$ /2014/$1 redirect;
        }
}

#3.重啟nginx服務
[root@web03 conf.d]# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
[root@web03 conf.d]# nginx -s reload

案例三

用戶訪問/test實際上真實訪問的是https://www.driverzeng.com

#1.Nginx跳轉配置
[root@web03 conf.d]# cat test.conf 
server {
        listen 80;

        location /test {
                rewrite (.*) https://www.driverzeng.com redirect;
        }
}

#2.重啟nginx服務
[root@web03 conf.d]# nginx -s reload

案例四

用戶訪問course-11-22-33.html實際上真實訪問的是/course/11/22/33/course_33.html

#http://www.drz.com/couese-11-22-33.html  ==>  http://www.drz.com/course/11/22/33/course_33.html

#1.準備真是的訪問路徑
[root@web03 ~]# mkdir /code/course/11/22/33 -p
[root@web03 ~]# echo "curl docs.etiantian.org" > /code/course/11/22/33/course_33.html

#2.Nginx跳轉配置
[root@web03 conf.d]# cat test.conf 
server {
        listen 80;
        root /code;
        index index.html;
        location / {
                #靈活配法
                rewrite ^/course-(.*)-(.*)-(.*).html$ /course/$1/$2/$3/course_$3.html redirect;
                #固定配法
                #rewrite ^/course-(.*) /course/11/22/33/course_33.html redirect;
        }
}

#3.重啟nginx服務
[root@web03 conf.d]# nginx -s reload

案例五

http請求跳轉到https

#Nginx跳轉配置
server {
        listen 80;
        server_name www.dirverzeng.com;
        rewrite ^(.*) https://$server_name$1 redirect;
        #return 302 https://$server_name$request_uri;
}       

server {
        listen 443;
        server_name www.driverzeng.com;
        ssl on;
}

Rewrite場景示例

#部署discuz論壇
[root@web01 conf.d]# vim discuz.drz.com.conf
server {
        listen 80;
        server_name discuz.drz.com;

        location / {
                root /code/discuz;
                index index.php index.html;
        }

        location ~ \.php$ {
                root /code/discuz;
                fastcgi_pass 127.0.0.1:9000;
                fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
                include fastcgi_params;
        }
}

#創建站點目錄部署代碼
[root@web01 ~]# mkdir /code/discuz
[root@web01 ~]# rz Discuz_X3.3_SC_GBK.zip
[root@web01 ~]# unzip Discuz_X3.3_SC_GBK.zip -d /code/discuz/

#授權站點目錄
[root@web01 discuz]# chown www.www -R /code/

#創建資料庫
MariaDB [(none)]> create database discuz;
Query OK, 1 row affected (0.00 sec)

MariaDB [(none)]> grant all on discuz.* to discuz@'%' identified by '123';
Query OK, 0 rows affected (0.00 sec)

img

img

img

img

img

img

img

img

img

img

server {
        listen 80;
        server_name discuz.drz.com;

        location / {
                root /code/discuz/upload;
                index index.php index.html;
                rewrite ^([^\.]*)/topic-(.+)\.html$ $1/portal.php?mod=topic&topic=$2 last;
                rewrite ^([^\.]*)/article-([0-9]+)-([0-9]+)\.html$ $1/portal.php?mod=view&aid=$2&page=$3 last;
                rewrite ^([^\.]*)/forum-(\w+)-([0-9]+)\.html$ $1/forum.php?mod=forumdisplay&fid=$2&page=$3 last;
                rewrite ^([^\.]*)/thread-([0-9]+)-([0-9]+)-([0-9]+)\.html$ $1/forum.php?mod=viewthread&tid=$2&extra=page%3D$4&page=$3 last;
                rewrite ^([^\.]*)/group-([0-9]+)-([0-9]+)\.html$ $1/forum.php?mod=group&fid=$2&page=$3 last;
                rewrite ^([^\.]*)/space-(username|uid)-(.+)\.html$ $1/home.php?mod=space&$2=$3 last;
                rewrite ^([^\.]*)/blog-([0-9]+)-([0-9]+)\.html$ $1/home.php?mod=space&uid=$2&do=blog&id=$3 last;
                rewrite ^([^\.]*)/(fid|tid)-([0-9]+)\.html$ $1/archiver/index.php?action=$2&value=$3 last;
                if (!-e $request_filename) {
                    return 404;
                }
        }

        location ~ \.php$ {
                root /code/discuz/upload;
                fastcgi_pass 127.0.0.1:9000;
                fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
                include fastcgi_params;
        }
}

img

Rewrite規則補充

rewrite匹配優先順序

1.先執行server塊的rewrite指令
2.其次執行location匹配規則
3.最後執行location中的rewrite

rewrite與nginx全局變數

Rewrite在匹配過程中,會用到一些Nginx全局變數

$server_name    #當前用戶請求的功能變數名稱

server {
        listen 80;
        server_name test.drz.com;
        rewrite ^(.*)$ https://$server_name$1;
}
$request_filename 請求的文件路徑名(帶網站的主目錄/code/images/test.jpg)
$request_uri 當前請求的文件路徑(不帶網站的主目錄/inages/test.jpg)

#大多數用於http協議轉gttps協議
server {
        listen 80;
        server_name php.drz.com;
        return 302 https://$server_name$request_uri;
}
$scheme 用的協議,比如http或者https

如何規範書寫rewrite規則

server {
        listen 80;
        server_name www.drz.com drz.com;
        if ($http_host = drz.com){
            rewrite (.*) http://www.drz.com$1;
        }
}

#推薦書寫格式
server {
        listen 80;
        server_name drz.com;
        rewrite ^ http://www.drz.com$request_uri;
}
server {
        listen 80;
        server_name www.drz.com;
}

您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 問題產生原因: 手動設置MSSQLSERVER 運行記憶體,設置值未達到MSSQLSERVER 服務運行記憶體最低值(max server memory 所允許的最小記憶體量是 128 MB。),導致MSSQLSERVER 服務啟動失敗; 處理方法: 根據網上資料獲知,可從DOS界面啟動MSSQLSERV ...
  • Nginx常見問題 1. Nginx多Server優先順序 在開始處理一個http請求時,nginx會取出header頭中的Host變數,與nginx.conf中的每個server_name進行匹配,以此決定到底由哪一個server來處理這個請求,但nginx如何配置多個相同的server_name, ...
  • Nginx之HTTPS 1. HTTPS安全證書基本概述 為什麼需要使用HTTPS,因為HTTP不安全,當我們使用http網站時,會遭到劫持和篡改,如果採用https協議,那麼數據在傳輸過程中是加密的,所以黑客無法竊取或者篡改數據報文信息,同時也避免網站傳輸時信息泄露。 那麼我們在實現https時, ...
  • https://developer.aliyun.com/ask/97921?spm=a2c6h.13159736 ...
  • 熊孩子,是一種神奇的生物 他們天不怕,地不怕 破壞力巨大,續航能力又十足 還有《未成年人保護法》為他們保駕護航…… 在家裡受到這些熊孩子的破壞也就算了, 但在公司里,有些同事的破壞力不亞於那些熊孩子 看到伺服器在跑, 他們會這邊戳戳,那邊動動 就倆字——手賤!! 如果不小心, 你熬夜做的工作, 可能 ...
  • 變數: 定義變數的規則: 1)變數名可以由字母、數字和下劃線組成,但不能以數字開頭 2)等號兩側不能有空格 3)變數名一般習慣大寫 將命令的返回值賦值給變數: 1)使用``將命令括起來 2)使用$()來執行 設置環境變數: 基本語法: 1)export 變數名=變數值 將shell變數輸出未環境變數 ...
  • Vim 常用的命令 游標定位; hjkl 上下左右移動 0 $ 跳到行首或行尾 gg shift+G 跳到整個文件的開頭行或者結尾行 1G ,2G,3G........NG ,跳到第1.2.3 N 行開頭 /String(n N 可以迴圈的 上一個下一個切換) 快速定位到某個有String 的 行, ...
  • 1. 操作資料庫 C(Create 創建) R(Retrieve 查詢) U(Update 更新) D(Delete 刪除) (1) 查詢資料庫 1) 查詢所有資料庫名稱 這裡有一個註意的東西,一個Database對應數據目錄中的一個實體文件夾,但是 information_schema 這個資料庫 ...
一周排行
    -Advertisement-
    Play Games
  • 示例項目結構 在 Visual Studio 中創建一個 WinForms 應用程式後,項目結構如下所示: MyWinFormsApp/ │ ├───Properties/ │ └───Settings.settings │ ├───bin/ │ ├───Debug/ │ └───Release/ ...
  • [STAThread] 特性用於需要與 COM 組件交互的應用程式,尤其是依賴單線程模型(如 Windows Forms 應用程式)的組件。在 STA 模式下,線程擁有自己的消息迴圈,這對於處理用戶界面和某些 COM 組件是必要的。 [STAThread] static void Main(stri ...
  • 在WinForm中使用全局異常捕獲處理 在WinForm應用程式中,全局異常捕獲是確保程式穩定性的關鍵。通過在Program類的Main方法中設置全局異常處理,可以有效地捕獲並處理未預見的異常,從而避免程式崩潰。 註冊全局異常事件 [STAThread] static void Main() { / ...
  • 前言 給大家推薦一款開源的 Winform 控制項庫,可以幫助我們開發更加美觀、漂亮的 WinForm 界面。 項目介紹 SunnyUI.NET 是一個基於 .NET Framework 4.0+、.NET 6、.NET 7 和 .NET 8 的 WinForm 開源控制項庫,同時也提供了工具類庫、擴展 ...
  • 說明 該文章是屬於OverallAuth2.0系列文章,每周更新一篇該系列文章(從0到1完成系統開發)。 該系統文章,我會儘量說的非常詳細,做到不管新手、老手都能看懂。 說明:OverallAuth2.0 是一個簡單、易懂、功能強大的許可權+可視化流程管理系統。 有興趣的朋友,請關註我吧(*^▽^*) ...
  • 一、下載安裝 1.下載git 必須先下載並安裝git,再TortoiseGit下載安裝 git安裝參考教程:https://blog.csdn.net/mukes/article/details/115693833 2.TortoiseGit下載與安裝 TortoiseGit,Git客戶端,32/6 ...
  • 前言 在項目開發過程中,理解數據結構和演算法如同掌握蓋房子的秘訣。演算法不僅能幫助我們編寫高效、優質的代碼,還能解決項目中遇到的各種難題。 給大家推薦一個支持C#的開源免費、新手友好的數據結構與演算法入門教程:Hello演算法。 項目介紹 《Hello Algo》是一本開源免費、新手友好的數據結構與演算法入門 ...
  • 1.生成單個Proto.bat內容 @rem Copyright 2016, Google Inc. @rem All rights reserved. @rem @rem Redistribution and use in source and binary forms, with or with ...
  • 一:背景 1. 講故事 前段時間有位朋友找到我,說他的窗體程式在客戶這邊出現了卡死,讓我幫忙看下怎麼回事?dump也生成了,既然有dump了那就上 windbg 分析吧。 二:WinDbg 分析 1. 為什麼會卡死 窗體程式的卡死,入口門檻很低,後續往下分析就不一定了,不管怎麼說先用 !clrsta ...
  • 前言 人工智慧時代,人臉識別技術已成為安全驗證、身份識別和用戶交互的關鍵工具。 給大家推薦一款.NET 開源提供了強大的人臉識別 API,工具不僅易於集成,還具備高效處理能力。 本文將介紹一款如何利用這些API,為我們的項目添加智能識別的亮點。 項目介紹 GitHub 上擁有 1.2k 星標的 C# ...