日常開(kāi)發(fā)中碰到就記一下, 如果有朋友愿意分享的 bug 可以在評(píng)論中討論啊

這個(gè)不僅存在于頁(yè)面解析當(dāng)中,當(dāng)使用 curl 請(qǐng)求時(shí)拼接的參數(shù)有這種格式的也會(huì)發(fā)生轉(zhuǎn)義
解決方法有兩個(gè):

把 timestamp 這個(gè)參數(shù)放在 urlQuery 的最前面, ?timestamp=1234567890 這樣避免出現(xiàn) &time發(fā)生轉(zhuǎn)義的情況

將&用&來(lái)代替

出現(xiàn)這句話通常說(shuō)明你在用的 php 版本是5.6.而且在php<=5.6的時(shí)候,進(jìn)行 application/json格式的 post 提交會(huì)把數(shù)據(jù)放在$HTTP_RAW_POST_DATA這個(gè)系統(tǒng)變量里面,在php>=7的時(shí)候這個(gè)變量被移除了,統(tǒng)統(tǒng)歸總到php://input這里
解決方法:

根據(jù)系統(tǒng)提示的走:

Although that indeed would be technically impossible (as $HTTP_RAW_POST_DATA is populated in the bootstrapping phase of the PHP process) allow one to override the setting by means of calling ini_set.

要確保自己的系統(tǒng)中沒(méi)有使用 `HTTP_RAW_POST_DATA`這個(gè)變量,直接在`php.ini`里面禁掉它的設(shè)置,但是容易出現(xiàn)系統(tǒng)中又打開(kāi)的情況(在框架中很常見(jiàn))

改一下自己的提交方式, 使用 application/form-data或者application/x-www-form-urlencoded這種格式的提交, 然后在后端接收數(shù)據(jù)的時(shí)候再轉(zhuǎn)成自己需要的格式(通常是數(shù)組)
參考資料

這種情況出現(xiàn)在平時(shí)運(yùn)行的好好的, 但是突然換 cli 模式后這個(gè)配置就出問(wèn)題了,原因在當(dāng) host=localhost時(shí)走的是 unix:socket 鏈接, 當(dāng)host=127.0.0.1走的是 tcp 鏈接,這在php-fpm和php-cli中有點(diǎn)區(qū)別,尤其是本地沒(méi)有安裝 mysql 的時(shí)候
解決方法有三種:

將本地鏈接配置統(tǒng)一成 127.0.0.1

查看 MySQL 中的user表, host=localhost和host=127.0.0.1是不是用的同一個(gè)賬號(hào)密碼

配置php.ini文件中的pdo_mysql.default_socket= 寫(xiě)上完整的 socket 路徑

以上三種方法都可以試一下
參考資料

這個(gè)是 phper 很少碰到但是很常見(jiàn)的情況, 比如用 swoole 啟動(dòng)了一個(gè)常駐進(jìn)程的服務(wù), 那么就一定要小心使用靜態(tài)變量,在同步模式下會(huì)發(fā)生變量污染, 還有就是 redis,mysql 這類(lèi)的鏈接,你會(huì)發(fā)現(xiàn)長(zhǎng)時(shí)間靜置以后就會(huì)出現(xiàn)一些摸不著頭腦的問(wèn)題, 這種情況不妨想一下是不是 server 端回收了這個(gè) socket,因此在 client 端怎么都寫(xiě)入不進(jìn)去. 還有就是 php 在讀取消息的時(shí)候,出現(xiàn)消息過(guò)長(zhǎng)的情況,那么就要考慮EOF終止符的問(wèn)題了... 單次 http 每一次請(qǐng)求都是全新的代碼, 不用自己考慮 gc 的問(wèn)題, 但是在常駐內(nèi)存的時(shí)候,這些就是一個(gè)個(gè)的大坑了

產(chǎn)生這個(gè)錯(cuò)誤的主要原因是 mysql server 端斷開(kāi)了鏈接, client 端還拿著這個(gè)句柄去請(qǐng)求,解決方式有兩種:

show global variables like "%timeout"; 查看 wait_timeout 的時(shí)長(zhǎng),適當(dāng)?shù)恼{(diào)長(zhǎng)一點(diǎn), 這種方法治標(biāo)不治本,而且有隱患

mysql> set global wait_timeout=10;
mysql> show global variables like "wait_timeout";

使用 mysql 之前需要 mysql_ping() 一下, 如果出現(xiàn)斷開(kāi)的錯(cuò)誤就啟動(dòng)重連機(jī)制

之前碰到了問(wèn)題是:
在 php 端 urlencode 的值為:

orderid%3D21111111110001954%26pid%3D257742%26reason%3D%E4%B8%AA%E4%BA%BA%E6%96%B9%E9%9D%A2%E5%8E%9F%E5%9B%A0_%E4%BD%BF%E7%94%A8%E7%BA%A2%E5%8C%85%E9%87%8D%E6%96%B0%E4%B8%8B%E5%8D%95%26token%3D041d9e5575f480b7bfd58b09bd14ab1c7ee9e9594f2fcdb9f0e3e39fc634b48f

需要 urldecode 一次

而在 js 端的結(jié)果是:

orderid%3D21111111110002170%26pid%3D257742%26reason%3D%25E4%25B8%25AA%25E4%25BA%25BA%25E6%2596%25B9%25E9%259D%25A2%25E5%258E%259F%25E5%259B%25A0_%25E4%25B8%25AA%25E4%25BA%25BA%25E8%25BA%25AB%25E4%25BD%2593%25E5%258E%259F%25E5%259B%25A0%26token%3D041d9e5575f480b7bfd58b09bd14ab1c7ee9e9594f2fcdb9f0e3e39fc634b48f

需要 urldecode 兩次

查閱資料后:

在后端是PHP程序的情況下，保持前端Javascript和PHP之間傳值的統(tǒng)一編碼可以使用以下函數(shù)進(jìn)行處理：
 
WEB前端JavaScript
 
編碼：escape(encodeURI(string))
 
解碼：unescape(decodeURI(string))
 
WEB后端Php
 
編碼：urlencode(string)
 
解碼：urldecode(urldecode(string))

為什么要encodeURI(url)兩次才不會(huì)出現(xiàn)亂碼？

rawurlencode遵守是94年國(guó)際標(biāo)準(zhǔn)備忘錄RFC 1738

urlencode實(shí)現(xiàn)的是傳統(tǒng)做法，和上者的主要區(qū)別是對(duì)空格的轉(zhuǎn)義是"+"而不是"%20"
javascript的encodeURL也是94年標(biāo)準(zhǔn)，而javascript的escape是另一種用"%xxx"標(biāo)記unicode編碼的方法。
推薦在PHP中使用用rawurlencode。棄用urlencode

樣例
source:
超級(jí)無(wú)敵的人sadha sajdh數(shù)據(jù)樣本sdls fhejrthcxzb.file.jpeg

PHP urlencode:
%E8%B6%85%E7%BA%A7%E6%97%A0%E6%95%8C%E7%9A%84%E4%BA%BAsadha+sajdh%E6%95%B0%E6%8D%AE%E6%A0%B7%E6%9C%ACsdls+fhejrthcxzb.file.jpeg

PHP rawurlencode:
%E8%B6%85%E7%BA%A7%E6%97%A0%E6%95%8C%E7%9A%84%E4%BA%BAsadha%20sajdh%E6%95%B0%E6%8D%AE%E6%A0%B7%E6%9C%ACsdls%20fhejrthcxzb.file.jpeg

Javascript encodeURI|encodeURIComponent:
%E8%B6%85%E7%BA%A7%E6%97%A0%E6%95%8C%E7%9A%84%E4%BA%BAsadha%20sajdh%E6%95%B0%E6%8D%AE%E6%A0%B7%E6%9C%ACsdls%20fhejrthcxzb.file.jpeg

Javascript escape:
%u8D85%u7EA7%u65E0%u654C%u7684%u4EBAsadha%20sajdh%u6570%u636E%u6837%u672Csdls%20fhejrthcxzb.file.jpeg

帖子原文

在前端還有個(gè)問(wèn)題就是, js 的 encodeURIComponent 和 encodeURI 都不會(huì)轉(zhuǎn)換 _-.!~*"()# 這些保留字符, 而在后端的rawurlencode 則是會(huì)轉(zhuǎn)換的, 因此需要前端多帶帶把這幾個(gè)給拎出來(lái), 如下:

"*".charCodeAt(0) // 42
String.fromCharCode(42) // *

這里有張圖說(shuō)的很明白

圖片來(lái)源

如果出現(xiàn) mb_substr 這類(lèi)操作的時(shí)候, 會(huì)出現(xiàn)字?jǐn)?shù)判斷錯(cuò)誤的問(wèn)題, 這個(gè)有時(shí)候很難排查, 因?yàn)樵?win 上,使用命令行或者 linux 上用cat命令是看不到字符間是有 的, 如下:

這玩意兒出現(xiàn)的場(chǎng)景就是: 在前端輸入框中輸入幾個(gè)字, 然后復(fù)制粘貼. 這樣盡管看起來(lái)之間沒(méi)有空格, 但是其中還是插入了這個(gè)字符
這玩意就叫 zero-width space 零寬空格, 處理的辦法也很簡(jiǎn)單, 前端傳值之前給過(guò)濾一下, 比如 https://stackoverflow.com/que... 或 https://codeday.me/bug/201711...

后端 php 處理的話和這個(gè)不一樣, 使用 utf-8 的處理方式, 可以參考這篇文章 特殊字符<200b><200c><200d>的刪除辦法與原理

替換這種編碼

$value = str_replace("xe2x80x8b", "", $value);
$value = str_replace("xe2x80x8c", "", $value);
$value = str_replace("xe2x80x8d", "", $value);

編碼對(duì)照如下:

我的博客