首頁  >  文章  >  後端開發  >  分析PHP URL中特殊字元所造成的問題(+,\,=)

分析PHP URL中特殊字元所造成的問題(+,\,=)

藏色散人
藏色散人轉載
2020-11-06 15:05:584568瀏覽

推薦:《PHP影片教學

PHP中URL中特殊字元引起的問題( ,,=)

前言,在做某個管道的過程中,發現一個驗簽錯誤的問題。但是,當時驗簽在兩個地方表現不一致,同一套處理方法,想到了這是因為兩個地方請求方式是不同的一個get方法另外一個自然是post方法。當然,出問題一定就是get。

GET和POST

GET請求方式,由於是將參數放在URL中,所以在進行傳遞的時候可能會受到瀏覽器端的一些策略問題,對參數進行urlencode處理。所以,當你在服務端拿到參數的時候可能不是原始的資料。因此,在透過GET方式請求拿到數據,如果不做任何處理的話去驗簽可能會有問題。這邊的可能就是當base64處理之後不含 這個特殊的字符, 在GET方式之後不做任何處理拿到的就是一個空白字串。

POST請求方式,是將參數放在request body中,在進行http傳遞的過程中不會存在由於瀏覽器的一些策略問題對參數進行任何的處理。因此,透過POST請求進行參數驗簽的時候不會有問題,能夠很順利的進行驗簽。但是,我們沒有辦法去要求渠道商將get請求變成post請求,因此我們只能自己想辦法。

urlencode和urldecode

urlencode:
(PHP 4, PHP 5, PHP 7)
urlencode — 编码 URL 字符串
string urlencode ( string $str )

此函數便於將字串編碼並將其用於URL 的請求部分,同時它還便於將變數傳遞給下一頁。

return

傳回字串,此字串中除了-_. 之外的所有非字母數字字元都將被替換成百分號(%)後跟兩位十六進制數,空格則編碼為加號( )。此編碼與WWW 表單POST 資料的編碼方式是一樣的,同時與application/x-www-form-urlencoded 的媒體類型編碼方式一樣

urldecode:
(PHP 4, PHP 5, PHP 7)

urldecode — 解碼已編碼的URL 字串

#
string urldecode ( string $str )

解碼給出的已編碼字串中的任何%##。加號(' ')被解碼成一個空格字元。

傳回解碼後的字串。

好像我們看到了曙光,對 這個會變成空格的字串的"完美處理方式"。那就是,對簽章字串進行urlencode進行加密處理。然後,興高采烈的去驗證,fxxk,false。還是不通過,然後甩自己一個耳光。 base64加密之後會出現=這個補位字串,很痛。於是我就想了一個臨時處理方式。

urlencode(substr($str,0,strlen($sign)-2)).substr($sign,strlen($sign)-2)

當時,考慮到base64最多出現兩個==,所以最後兩個不進行urlencode處理。這個基本上能夠處理,但是可能存在一個問題,那就是在最後兩位出現 也是不行的,果然這個方案不能說服自己,推翻。而在這個過程還發現一個問題就是,傳過來的簽章字串還有可能會已經經過urlencode處理。這個還是一個小問題,先進行urldecode處理,因為decode不會造成誤會。

當時,小夥伴提出一個解決辦法,那就是直接替換 號不就可以了嗎?的確,這是一個辦法。但是我認為這個辦法很挫,如果以後加密演算法改變了或者增加了其他特殊字符呢,比如@#¥%……&**( 等這些,我們不可能都去匹配替換什麼的。所以,我同意臨時方案處理,但是我繼續想。

rawurlencode和rawurldecode

#
rawurlencode:
(PHP 4, PHP 5, PHP 7)

rawurlencode — 按照RFC 3986 對URL 進行編碼

string rawurlencode ( string $str )

根據» RFC 3986 編碼指定的字元。

rawurldecode:
(PHP 4, PHP 5, PHP 7)

rawurldecode — 對已編碼的URL 字串進行解碼

string rawurldecode ( string $str )

傳回字串,此字串中百分號(%)後跟兩位元十六進制數的序列都將被替換成原義字元。

新的曙光出現了,理解rawurldecode,替換成原義字元。所以,解決方案呼之欲出了。

rawurldecode(urlencode(urldecode($sign))));

初看上去覺得還臃腫或為什麼要這麼繞來繞去處理呢?其實你還真得這麼處理,至於為什麼,請看上上面的吹牛逼。

後記

身為程式設計師,我們必須要有兩手準備,一手臨時方案,能夠快速修復現在問題。在生產環境恢復正常,但是從長遠來看必須要能夠一個穩定可靠的方案。方案來自你不斷的嘗試和php.net。

以上是分析PHP URL中特殊字元所造成的問題(+,\,=)的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文轉載於:segmentfault.com。如有侵權,請聯絡admin@php.cn刪除