推薦:《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中文網其他相關文章!

使用數據庫存儲會話的主要優勢包括持久性、可擴展性和安全性。 1.持久性:即使服務器重啟,會話數據也能保持不變。 2.可擴展性:適用於分佈式系統,確保會話數據在多服務器間同步。 3.安全性:數據庫提供加密存儲,保護敏感信息。

在PHP中實現自定義會話處理可以通過實現SessionHandlerInterface接口來完成。具體步驟包括:1)創建實現SessionHandlerInterface的類,如CustomSessionHandler;2)重寫接口中的方法(如open,close,read,write,destroy,gc)來定義會話數據的生命週期和存儲方式;3)在PHP腳本中註冊自定義會話處理器並啟動會話。這樣可以將數據存儲在MySQL、Redis等介質中,提升性能、安全性和可擴展性。

SessionID是網絡應用程序中用來跟踪用戶會話狀態的機制。 1.它是一個隨機生成的字符串,用於在用戶與服務器之間的多次交互中保持用戶的身份信息。 2.服務器生成並通過cookie或URL參數發送給客戶端,幫助在用戶的多次請求中識別和關聯這些請求。 3.生成通常使用隨機算法保證唯一性和不可預測性。 4.在實際開發中,可以使用內存數據庫如Redis來存儲session數據,提升性能和安全性。

在無狀態環境如API中管理會話可以通過使用JWT或cookies來實現。 1.JWT適合無狀態和可擴展性,但大數據時體積大。 2.Cookies更傳統且易實現,但需謹慎配置以確保安全性。

要保護應用免受與會話相關的XSS攻擊,需採取以下措施:1.設置HttpOnly和Secure標誌保護會話cookie。 2.對所有用戶輸入進行輸出編碼。 3.實施內容安全策略(CSP)限制腳本來源。通過這些策略,可以有效防護會話相關的XSS攻擊,確保用戶數據安全。

优化PHP会话性能的方法包括:1.延迟会话启动,2.使用数据库存储会话,3.压缩会话数据,4.管理会话生命周期,5.实现会话共享。这些策略能显著提升应用在高并发环境下的效率。

theSession.gc_maxlifetimesettinginphpdeterminesthelifespanofsessiondata,setInSeconds.1)它'sconfiguredinphp.iniorviaini_set().2)abalanceisesneededeededeedeedeededto toavoidperformance andunununununexpectedLogOgouts.3)

在PHP中,可以使用session_name()函數配置會話名稱。具體步驟如下:1.使用session_name()函數設置會話名稱,例如session_name("my_session")。 2.在設置會話名稱後,調用session_start()啟動會話。配置會話名稱可以避免多應用間的會話數據衝突,並增強安全性,但需注意會話名稱的唯一性、安全性、長度和設置時機。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

MantisBT
Mantis是一個易於部署的基於Web的缺陷追蹤工具,用於幫助產品缺陷追蹤。它需要PHP、MySQL和一個Web伺服器。請查看我們的演示和託管服務。

EditPlus 中文破解版
體積小,語法高亮,不支援程式碼提示功能

ZendStudio 13.5.1 Mac
強大的PHP整合開發環境

Safe Exam Browser
Safe Exam Browser是一個安全的瀏覽器環境,安全地進行線上考試。該軟體將任何電腦變成一個安全的工作站。它控制對任何實用工具的訪問,並防止學生使用未經授權的資源。

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)