由於我機器用的滾動更新的 Archlinux，不知不覺 php 已經升級到7.4了，沒想到這次更新帶來了極大的麻煩。首先是 php-fpm 的新選項 ProtectHome 會導致經典的 File not found 錯誤，再是 php 直譯器會對 null 型別的下標訪問直接報錯 Trying to access array offset on value of type null。
最近在幫一個朋友張羅一個網站，於是把線上程式碼拉回本地做映象進行測試。因為web應用有些奇怪的依賴，為了不汙染本機的環境，我就把它部署在 Docker 中進行測試。Docker 的基礎映象選擇了激進的 Archlinux，搭配上個月底才出爐的 php7.4。於是花了整整一個下午栽在 Debug 大坑中…
首先是一把梭配好了環境後，一跑，報了Php-fpm最經典也是最坑的錯誤之一：File not found 。配過 php-fpm 的都知道出現這個錯誤一般是檔案許可權不對或者檔案路徑不對，而這兩個錯誤都是比較難找的。於是我又雙叒叕體驗了一把大眼瞪小眼的路徑檢查，沒問題。檔案許可權檢查，emmm也沒問題呀？又返回去檢查路徑，還是沒問題！搞到最後氣的 chmod 777一把梭竟然也沒能解決問題，有點懷疑人生…
網上搜尋 php-fpm 的 File not found 錯誤，雖然結果很多，可原因都只有這兩個。而這兩個原因也都被一一排除了，事情突然向神奇的角度發展起來了...
不知過了多久之後我才想到可能是跟 php 版本有關（因為我本機也跑了其它 php 應用，所以一開始並不覺得 php 有問題）。於是我去搜了一下新版 php7.4 及 php-fpm7.4 的改動，一下就發現了罪魁禍首：php7.4 Commit
這個提交中新增了一個選項：ProtectHome 。顧名思義，開啟了之後 php 不會去執行在家目錄中的檔案 ——而這個新選項的預設值恰好是開啟的。使用 systemctl edit php-fpm.service 新增一個選項覆蓋，重啟服務後，終於一切正常，並迎來第二個大坑錯誤：
php 中經常使用 inlcude，require 等來包含其它檔案。而除錯發現在某個 include 之後，php 直接停止執行並報錯 Trying to access array offset on value of type null。但是線上上的程式碼跑起來卻一點問題也沒有，這就很奇怪了，跟到 include 的檔案中之後發現是有個地方在訪問陣列元素，而陣列本身卻是 null 。在 php 這種弱型別語言中這種語法一般是支援的，它會整體返回 null ，而在新版的 php7.4 中這個語法卻會報告為錯誤。看來Php也在一點點規範語言的特性，沒辦法，這個只能自己改程式碼了。（雖然我目前選擇了使用舊版本的 php）
由於 php7.4 在上個月底才剛剛釋出，估計還沒有大面積更新使用，各個應用的開發者可能也沒有針對 php7.4 進行過測試和相容修改。也正是因此，在網上搜尋這些資訊時，找不到什麼有價值的建議，這篇文章除了記錄下被這個新特性坑了一下午之外，也算給其它人留一個解決類似問題的思路吧。
原文地址，作者：sbw Blog
本作品採用《CC 協議》，轉載必須註明作者和本文連結