Category 網站與系統

都是會員系統,為什麼 PHP 出事,西布倫會員系統不在範圍?官網用 WordPress、核心自己寫的理由

這週 PHP 出了 php2shell,我們跑 PHP 的七台主機當晚全部修補,但西布倫的會員系統完全不在範圍,因為它不是 PHP 寫的。這不是巧合:我們的做法是官網用 WordPress,圖它方便、外掛多、全世界都能用;會員、運單、付款這種核心系統自己寫,後端用 Java 系或 TypeScript。這篇講為什麼這樣分、自己寫的系統安全在哪裡,也講它的極限。

Debian 13 的 PHP 從 sury 換回官方源:套上 php2shell 修補的步驟,附七台實戰紀錄

PHP 官方在台北時間 10 月 21 日晚上發布 8.5.12、8.4.27、8.3.36、8.2.35,修補 php2shell 兩個可以未登入遠端執行程式碼的漏洞;Debian 13 的 trixie-security 同一晚就有 8.4.27-1~deb13u1。我們七台 PHP 主機同一晚全部升到這一版,四台本來就用 Debian 官方源,三台從 sury 換回官方源。這篇照實際做過的順序寫:怎麼確認受影響、怎麼看官方源有沒有修補、怎麼換源、8.2/8.3 升 8.4 要注意什麼、升完怎麼驗證、怎麼回滾,還有我們踩到的坑:mod_php 升級後只 reload 不會換上新版。

PHP php2shell 漏洞(CVE-2026-109618/109619):我們怎麼處置,以及西布倫會員系統為什麼不在影響範圍

PHP 兩個重大漏洞,CVSS v4.0 都是 9.2,修補已在台北時間 10 月 21 日 22:00 發布(8.5.12、8.4.27、8.3.36、8.2.35);編號是 CVE-2026-109618 與 CVE-2026-109619,外界叫它 php2shell。我們維運的七台 PHP 主機當天先關掉 session.upload_progress、修補出來就升級。西布倫會員系統不是 PHP,不在這次範圍;客服信件系統是 PHP,一起修補。

PaaS 還是自架?從 Zeabur 停運看供應商退場計畫:Coolify、Dokploy、VPS、自家機房怎麼選

PaaS 和自架沒有哪個一定對,差別在誰負責更新與資安修補、備份存在哪裡、下次要搬有多難。Zeabur 這次停運,從公告到 12 月 31 日全部停止只有兩個多月,資料刪除日與最晚匯出期限也還沒公布,平台內建的備份只留 7 天、匯出的專案檔不含資料。所以不管選哪一種,都先用三張檢查表確認資料、部署、網域帶得走,再寫一頁退場計畫、每季演練一次還原。這篇也照官方文件整理 Coolify 與 Dokploy 的差異:授權、需求、底層架構、備份與雲端代管版,並附上我們在同一台測試機各裝一次的安裝時間、資源用量與踩到的坑。

Zeabur n8n 搬家:N8N_ENCRYPTION_KEY 先抄下來、volume 整包帶走(附 Umami、Ghost)

n8n 搬出 Zeabur,關鍵是兩樣東西:加密金鑰 N8N_ENCRYPTION_KEY,和 volume 裡的 .n8n 資料夾。n8n 用這把金鑰加密存在資料庫裡的 credentials,新環境用的金鑰不同,舊的 credentials 就解不開。但這把金鑰是環境變數,在 Zeabur 十月資安事件的外洩範圍內,所以順序是:先抄下金鑰、備份 volume 與資料庫,在新環境用同一把金鑰還原並確認能跑,再到各服務撤銷並重發 credentials、回 n8n 更新。我們實測過:金鑰不對時,匯入照樣顯示成功,要到用的時候才報錯。Umami 的資料全在 PostgreSQL,搬完要改網站上的追蹤碼網址;Ghost 要搬 content 資料夾和 MySQL,官方匯出檔不含圖片。

Zeabur 專用伺服器到期後會怎樣?代購的 GCP、騰訊雲、Lightsail 主機能不能直接接管

Zeabur 停運公告寫明,專用伺服器 12 月 1 日起停用續費,依各自的到期日在 12 月 1 日到 31 日間陸續關閉,12 月 31 日全部關閉。能不能「接管」,要先分清你的主機是哪一種:從 Zeabur 購買的主機,官方文件與公告都沒有寫可以轉到你自己的雲端帳號,能帶走的是機器上的資料;自己掛上去的主機與 BYOS(自帶 AWS、GCP 帳號)本來就在你的帳號裡,要處理的是 Zeabur 裝的元件與授權。這篇照官方原文整理三種情況、狀態頁要求的 root 密碼與 SSH key 處理(包括 zeabur-pentest),以及到期前要帶走的東西和搬完的驗收表。

Next.js 專案離開 Zeabur 要去哪:Vercel、Cloudflare Workers、Docker 自架三條路比較

Next.js 專案離開 Zeabur,常見的去處有三條:交給 Vercel、用 OpenNext 轉接到 Cloudflare Workers、或用 Docker 自己架。Next.js 官方文件寫明,以 Node.js 伺服器或 Docker 部署可支援所有功能;Vercel 與 Cloudflare 則各有執行時間、大小或快取設定上的限制。選之前先盤點專案用了哪些功能(Server Actions、ISR、Middleware、圖片最佳化),再處理環境變數的兩個坑:Zeabur 專屬變數搬走會失效,NEXT_PUBLIC_ 開頭的變數在建置時就寫死,改了值要重新建置。文中也附上我們照官方 with-docker 範例實際建置一次的時間、映像大小與記憶體用量。

Zeabur bot 搬家:Discord、Telegram、LINE bot 的 token 重發、webhook 改址與排程替代

Discord、Telegram、LINE bot 要搬出 Zeabur,順序是:先在新環境把程式部署好,再到各家後台重發 token(LINE 連 channel secret 一起換),新 token 只填進新環境;webhook 型的 bot 要把 webhook 網址改到新主機並通過驗證,長連線型的 bot 不需要公開網址。bot 要一直在線,適合能長駐的容器平台或 VPS,不適合有執行時間上限的 serverless。另外跑的 Python 排程,可以改用 GitHub Actions、Cloudflare Workers Cron Triggers 或 VPS 上的 systemd timer,三者的時區與準時程度不同。文末附搬完的驗收表。

Dify、OpenClaw 搬出 Zeabur:先換模型金鑰,向量庫與 Volume 一起搬(附 One-API、LobeChat)

Dify、OpenClaw、One-API、LobeChat 這類 AI 服務,環境變數裡通常放著 OpenAI、Anthropic 等模型的 API key,而 Zeabur 狀態頁寫明 10 月事件可能外洩服務的環境變數。所以順序是先到模型供應商把金鑰換掉,再搬家。搬的時候要注意,資料不只在資料庫:Dify 的知識庫向量在 Weaviate、上傳檔案與工作區私鑰在檔案儲存(模板設成 MinIO),OpenClaw 的設定、對話與憑證都在 `/home/node/.openclaw`,各自掛在不同的 Volume。這篇照 Zeabur 官方模板的實際結構,逐一列出每個服務要帶走什麼、要換哪些金鑰,以及搬完要驗的項目,並附上我們在 4 核、8 GB 測試機上實際裝一次 Dify 的記憶體與磁碟用量。

Google 表單額滿自動關閉之外,活動報名頁怎麼顯示剩餘名額?一場 25 席工作坊的實作紀錄

Google 表單已經可以設定「收滿幾筆就停收」,但它數的是回覆筆數,雙人票算不成 2 席,也不會在你的活動報名頁上顯示還剩幾席。我們替台北一場 25 席的睡眠工作坊做報名頁,報名照樣用 Google 表單,Apps Script 按席數算剩幾席,剩 0 席就把表單關掉;網頁只拿得到數字,拿不到任何報名者資料。這篇寫做法、我們刻意不做的事和已知限制。

Zeabur 網域怎麼轉出?60 天轉移鎖、DNS 零停機切換與信箱不斷線的做法

在 Zeabur 買的網域,官方已開放在 Dashboard 自助轉出,但官方文件沒有寫轉出步驟。轉出前要先確認三件事:不要改註冊人 email(會觸發 60 天轉移鎖)、網域已註冊滿 60 天、把所有 DNS 紀錄抄下來。最重要的順序是先讓新的 DNS 準備好、再轉註冊商,網站和信箱才不會在轉移完成那一刻斷線。網域如果是在別家買、只是指到 Zeabur,就不用轉出,只要改 DNS 紀錄。

Zeabur 替代方案總比較 2026:Railway、Render、Fly.io、Vercel、Cloudflare、Cloud Run、自架,依技術棧與預算選

Zeabur 停止營運後,常見的去處有七種:Railway、Render、Fly.io、Vercel、Cloudflare(Workers/Pages)、Google Cloud Run,以及自己租主機用 Coolify 或 Dokploy 架。怎麼選,看四件事:你的服務是不是要一直開著的程式、有沒有資料庫與上傳檔案(Volume)、想要固定月費還是用量計費、機房要離台灣多近。這篇照各家官方頁面整理亞洲區域、免費方案與休眠規則、計價方式與資料庫做法,並列出每一家從 Zeabur 搬過去要注意的一件事。

Zeabur 資料庫備份怎麼帶走:PostgreSQL、MySQL 匯出、還原與驗證(官方備份只留 7 天)

Zeabur 上的 PostgreSQL、MySQL、MariaDB 要搬走,順序是:先換資料庫密碼,再拿到備份檔,還原到新平台,比對過資料才切換。拿備份檔有兩條路:付費方案可以用 Zeabur 內建的備份(PostgreSQL 用 pg_dumpall 產生 .sql,只保留 7 天,要自己下載);也可以用服務頁 Instruction 分頁的公開連線資訊,自己用 pg_dump、mysqldump 從外面匯出。新平台的 PostgreSQL 主版本不要比舊的低。還原後要比對資料表數、每張表的筆數、近期幾筆資料、序列值、編碼、時區與擴充套件,全部對上才算搬完。

Zeabur 退款與賠償怎麼申請:申請信範本、消保官說法、跨境與信用卡爭議管道

Zeabur 10 月 17 日公告停止營運,同時開始受理帳戶餘額退款,以及 10 月 14 日(UTC)資安事件的損失賠償。這是兩項不同的申請,都由 Zeabur Support 受理,聯絡時要註明申請項目,並提供帳戶、服務與問題說明。官方〈退款政策〉文件仍寫著已儲值的 Credits 不支援退款,那是停運前的規則,申請時建議引用 10 月 17 日公告的原句。協商不成時,台北市消保官對媒體提到兩條路:跨境消費爭議網 eConsumer.gov,或向發卡銀行洽詢信用卡爭議款。這篇整理申請前要準備什麼、可以照抄的中英文申請信,以及各管道官方怎麼說。

WordPress 搬出 Zeabur:資料庫、wp-content、網域與 HTTPS 四件事

WordPress 架在 Zeabur 上,搬家要處理四件事:先換掉外洩範圍內的金鑰(資料庫密碼與 WordPress 的登入金鑰),再匯出資料庫、搬走 wp-content,最後處理網域與 HTTPS。這篇照 Zeabur WordPress 模板的實際結構寫:資料庫在哪、網站檔案存在哪個 Volume、wp-config.php 怎麼產生,附匯出指令、網址替換的正確做法,以及搬完要驗的項目。

Zeabur 金鑰外洩後要換哪些?環境變數輪換清單與盜用自查

Zeabur 狀態頁寫明,10 月事件中攻擊者可讀平台資料庫,可能外洩服務的環境變數、帳號資料、API token 與 zSend API key。官方要用戶做的第一件事,就是輪換環境變數裡的所有密鑰。這篇把「所有」拆開:哪些一定要換、各家官方建議的換法、哪些可以新舊並存不停機、哪些一換就斷,以及去哪裡查舊金鑰在外洩期間有沒有被用過。

Zeabur 搬家前先換金鑰:停止營運後 12 月 31 日前的行動清單

Zeabur 已宣布停止營運:12 月 1 日起專用伺服器停用續費、在 12 月間依到期日陸續關閉,共享叢集暫停,12 月 31 日全部停止服務。大多數人的第一個念頭是趕快搬家,但官方狀態頁寫明,十月的資安事件可能外洩了服務的環境變數、帳號資料、API token 與 zSend 金鑰。搬家不會讓外洩的金鑰失效,所以順序應該是:先列出金鑰並換掉,再匯出資料、轉出網域、申請退款,最後決定搬去哪。這篇是照這個順序整理的檢查表。