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 運行記憶體，設置值未達到MSSQLSERVER 服務運行記憶體最低值(max server memory 所允許的最小記憶體量是 128 MB。)，導致MSSQLSERVER 服務啟動失敗； 處理方法： 根據網上資料獲知，可從DOS界面啟動MSSQLSERV ...
  • Nginx常見問題
    Nginx常見問題 1. Nginx多Server優先順序 在開始處理一個http請求時，nginx會取出header頭中的Host變數，與nginx.conf中的每個server_name進行匹配，以此決定到底由哪一個server來處理這個請求，但nginx如何配置多個相同的server_name， ...
  • Nginx之HTTPS
    Nginx之HTTPS 1. HTTPS安全證書基本概述 為什麼需要使用HTTPS，因為HTTP不安全，當我們使用http網站時，會遭到劫持和篡改，如果採用https協議，那麼數據在傳輸過程中是加密的，所以黑客無法竊取或者篡改數據報文信息，同時也避免網站傳輸時信息泄露。 那麼我們在實現https時， ...
  • Linux—掛載磁碟
    https://developer.aliyun.com/ask/97921?spm=a2c6h.13159736 ...
  • 良許 | 同事的一個動作，讓我熬夜的工作全部白費……
    熊孩子，是一種神奇的生物 他們天不怕，地不怕 破壞力巨大，續航能力又十足 還有《未成年人保護法》為他們保駕護航…… 在家裡受到這些熊孩子的破壞也就算了， 但在公司里，有些同事的破壞力不亞於那些熊孩子 看到伺服器在跑， 他們會這邊戳戳，那邊動動 就倆字——手賤！！ 如果不小心， 你熬夜做的工作， 可能 ...
  • Linux之Shell編程(13)
    變數： 定義變數的規則： 1）變數名可以由字母、數字和下劃線組成，但不能以數字開頭 2）等號兩側不能有空格 3）變數名一般習慣大寫 將命令的返回值賦值給變數： 1）使用``將命令括起來 2）使用$()來執行 設置環境變數： 基本語法： 1）export 變數名=變數值 將shell變數輸出未環境變數 ...
  • Linux重器之 Vim 實用命令
    Vim 常用的命令 游標定位; hjkl 上下左右移動 0 $ 跳到行首或行尾 gg shift+G 跳到整個文件的開頭行或者結尾行 1G ,2G,3G........NG ,跳到第1.2.3 N 行開頭 /String(n N 可以迴圈的 上一個下一個切換) 快速定位到某個有String 的 行, ...
  • DLL：操作資料庫和表
    1. 操作資料庫 C(Create 創建) R(Retrieve 查詢) U(Update 更新) D(Delete 刪除) (1) 查詢資料庫 1) 查詢所有資料庫名稱 這裡有一個註意的東西，一個Database對應數據目錄中的一個實體文件夾，但是 information_schema 這個資料庫 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類