Laravel 補上最後一塊拼圖：PHP 8.4 + Laravel 12 + Cloud 第一次共用同一張零件清單

過去七年，所有 Laravel 開發者都聽過同一個笑話：「先去設定 Forge，然後等。」這個笑話在這一季悄悄被埋葬。PHP 8.4 已被官方確認為 2028 年底前的「推薦生產版本」、Laravel 12 帶著「零破壞性更新」的承諾上線、Inertia.js 的 Laravel 轉接器也正式進駐 Laravel 官方工具箱，與 Cloud、Forge 2.0、Nightwatch、Pest 並列——PHP 團隊的「部署、建置、監控」這條完整流水線，第一次坐在同一個屋簷下。

採用率也說了同樣的故事。2026 年最新的《State of PHP 2026》報告顯示 Laravel 64%、Symfony 23%、WordPress 25%。PHPStan 一年內上升 9 個百分點來到 36%，Pest 也來到 17%。PHP 沒有重新發明自己，它只是不再為自己道歉了。

一、所謂「垂直整合」到底整合了什麼

同一個生態系下的零件清單：Laravel 12（框架）、Laravel Cloud（託管部署）、Forge 2.0（伺服器配置）、Nightwatch（生產監控）、Pest（測試）、Inertia/Livewire（前端層）。Inertia 轉接器現在由 Laravel 組織直接維護，前端 SPA 層最後一塊「若沒人維護怎麼辦」的疑慮也被消除。

對外包工作室而言，這件事翻譯成業主聽得懂的語言只有一句：你可以開出「同一張零件清單」和「同一個故障點」。專案進行到一半時，你不必再向客戶解釋「框架沒事、部署商是另一家、前端整合是第三家，任何一家動，我們就要重構。」

二、PHP 8.4 為什麼改寫了成本模型

PHP 8.4 帶來 property hooks、asymmetric visibility、體積更小但更快的 JIT。對接案而言真正關鍵的數字很簡單：同一台機器，真實 Laravel 應用平均回應延遲下降約 15 到 25%，加上比 Node LTS 還要長的官方支援週期。對共享主機客戶與預算受限的中小企業來說，這就是「該升級 VPS」與「不用升級 VPS」的差別。

三、GitHub 視角：2026 年 5 月，PHP 圈真正在拿星星的是哪些專案

Laravel 本體已經超過 80,000 顆星，Symfony 是 30.1k。今年最讓人意外的不是這兩位老大哥，而是 micro-framework 的回潮：Flight 突破 2.8k 星，正式超越 Fat-Free，成為「我只需要一個 endpoint」場景的首選框架。Yii 3 終於正式取代 Yii 2，成為高流量應用的選擇。這些新聞不會有意義——如果 PHP 本身正在停滯。但根據《State of PHP 2026》報告，PHP 圈的安全意識、IoT 整合、聊天機器人採用率都仍在健康成長，長尾還活著。

四、外包團隊本月該動什麼

6 月之前有三件事值得排進 sprint。第一，把 Pest 設為新專案的預設測試框架，並挑一個 PHPUnit 測試套件實際遷移過去，驗證流程。第二，對你接手的舊專案，跑 PHPStan level 6 以上的靜態分析，Laravel 12 升級文件預設你已經跑過了。第三，任何仍透過 SSH 手動部署的專案，重新評估 Forge 2.0 + Cloud 的訂閱費，是否已經低於你為客戶處理「部署疑難雜症」所開出的工時。

我的觀點

很長一段時間，PHP 圈的對話都是防守性的——「PHP 是不是死了？」「要不要乾脆改寫成 Node？」2026 年的現實是反過來的：PHP 已經成為「無聊但完整」的技術棧，而完整在當前的軟體業是最值錢的東西。完整性會留住合約。那些 2024 年用 Next.js + Vercel + tRPC + Drizzle + Clerk + Upstash + PostHog 幫客戶上線的團隊，2026 年很多正在悄悄遷回 Laravel + Cloud + Inertia——不是因為 PHP 變時髦，而是因為零件清單可以印在一張 A4，客戶看得懂。這才是真正的勝利。