驟雨重山圖床實測：把 Imgur 包成免費圖床，現在還能用嗎

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

想在雲端免費放圖、換取一條可以貼去部落格的外連，GitHub 上 328 顆星的「驟雨重山圖床」（英文專案名 ZYCS-IMG）開出的條件聽起來很難拒絕：不用買伺服器、不用買網域，把倉庫 fork 一份部署到 Cloudflare Pages，就有一個宣稱儲存無限、每天十萬次請求的圖床。2026 年 9 月我把它的原始碼整套讀完，並對它依賴的幾個上游服務逐一實測，得到的現況要先講在前面：新圖片已經傳不上去了，官方示範站的網域也消失了，它還能做的只剩讀取舊圖。

先給判斷。這個專案的「無限」是把三層免費額度疊出來的：儲存借 Imgur 的匿名上傳、託管借 Cloudflare Pages、加速借 WordPress.com 的圖片快取。三層各自免費，也各自有權改規則；實測這條路現在傳不了新圖，開發者的示範站也不在了。如果你剛好搜到它、正準備照著教學部署，這篇可以幫你省下那半小時；如果你 2025 年前用它放過圖，後面也有你要的答案。

先說實測結果：上傳介面回 400，額度卻是滿的

它的上傳流程拆開來看很薄：瀏覽器把圖片丟給你自己網站的一個路徑，伺服器函式原封不動轉送給 Imgur 的匿名上傳介面，帶著一組寫死在程式裡的應用編號。換句話說，整條上傳鏈的成敗取決於 Imgur 願不願意收。

2026 年 9 月 19 日，我用這組原始碼內建的參數直接實測。四種組合都試過：一般表單上傳、純文字編碼上傳、補上原始碼裡內建的 Cookie、再補上模擬瀏覽器的完整標頭，全部得到同一個回應，HTTP 400，錯誤訊息是 These actions are forbidden，意思是這些動作被禁止。

真正反常的地方在對照組。同一個應用編號去打 Imgur 的額度查詢介面，回應完全正常：應用層級每天 12,500 次的額度一次都沒用到，使用者層級每天 500 次也是滿的；用它讀取公開圖庫同樣正常。應用沒有被停權，額度沒有耗盡，單純是「上傳」這個動作被擋在門外。對照原始碼可以確認 Cloudflare 那一層只負責照本宣科地轉發，問題出在上游邊界。這也意味著一個結論：就算你今天照教學全新部署一個站，上傳一樣是 400，換帳號、換平台、重新 fork 都一樣，因為卡住的位置不在你這端。

官方示範站同時間也死了。README 裡的體驗連結 wp-cdn.4ce.cn 目前查不到任何 DNS 紀錄，瀏覽器只會告訴你網址無法解析；上層網域 4ce.cn 還活著，現在是開發者自己的個人首頁。網際網路檔案館（Wayback Machine）的歷史紀錄顯示首頁在 2026 年 4 月中仍正常回應，站上的圖片連結到 7 月底都還抓得到，消失發生在 7 月底到 9 月之間。而專案最後一次程式提交停在 2025 年 4 月 14 日，整整一年多沒有人維修。

Pin

「無限」是怎麼疊出來的：Imgur 出儲存、Cloudflare 出託管、WordPress.com 出加速

把三個伺服器函式檔案依序讀完，整條架構就攤開了，每一段都短得驚人。

上傳端，函式收下你選的圖片，轉送給 Imgur 的匿名上傳介面。Imgur 這條路不需要註冊帳號，靠應用編號就能傳，這就是「無限儲存」的真正來源：容量與流量都記在 Imgur 帳下，所謂無限，是別人家的無限。

讀取端更有創意。你上傳成功後拿到、並且會貼出去的連結，長得像「你的網域/v2/圖片編號」，並不是 Imgur 的原始網址。有人打開這條連結時，函式會把它隨機改寫到 i0 到 i3 其中一台的 WordPress.com 圖片快取伺服器，wp.com 再回頭抓你自己網站上的另一條代理路徑，那條路徑才真正去向 i.imgur.com 拿原圖，出發前還把 Referer 標頭換成一個叫 vhimg 的鏡像站當替身。整條鏈等於三家服務接力：Cloudflare 出門面，WordPress.com 出快取，Imgur 出倉庫。

Pin

這個設計有兩個對決策很重要的推論。一方面，你貼出去的每一張圖，網址都掛在自己的網域上，哪天你的 Cloudflare 帳號、免費額度或部署出了狀況，所有引用圖片的頁面一起失效，即使 Imgur 上的原圖還活著也一樣。另一方面，wp.com 這層快取並非透明轉發：我拿開發者自己放在 GitHub 上的 PNG 截圖實測，經過 wp.com 取回的檔案，回應標頭的內容類型已經變成 image/jpeg，PNG 在這裡被重新壓成了 JPEG。專案 issue #16（2026 年 1 月）有人回報 PNG 上傳後預覽變成 jpeg 格式，至今無人回覆。把圖換掉的環節至少有兩個候選：Imgur 回傳的位址可能已經是 jpeg，介面拿的正是它給的連結；而 wp.com 這層快取實測也會把 PNG 重新編成 JPEG。無論哪一個成立，帶透明背景或需要無損的圖都會變質。

README 的特點清單寫著三個賣點：不限上傳數量、每天十萬次請求、不用買網域就能用 pages.dev 的免費子網域。對照原始碼可以看懂這三句話的出處：十萬次是 Cloudflare Pages 免費方案對伺服器函式請求的每日上限，作者把它寫成了特色；不限數量成立的前提，是 Imgur 願意繼續收匿名上傳，這個前提在 2026 年已經不成立。

前端還有幾個順手觀察到的小細節：單檔 15MB 的限制寫在前端；WebP 檔會先被瀏覽器 canvas 轉成 PNG 再上傳，等於這種格式的壓縮優勢直接消失；上傳進度條是裝飾品，程式碼先把進度設成 96%，回應回來再跳 100%，中間沒有任何量測。這些不影響大局，但看得出整個專案的完成度停在能動就好的階段。

原始碼裡寫死的兩樣東西：作者的應用編號和一份 2024 年的 Cookie

上傳函式全部只有二十來行，其中兩樣東西是硬寫死的：一個 Imgur 應用編號，和一整串 2024 年 9 月從瀏覽器複製出來的 Cookie，裡面還留著當時的工作階段識別碼與好幾個統計服務的編號。

應用編號寫死，代表所有照預設流程部署的站，上傳全記在同一個應用底下，共享每天 12,500 次的額度，額度被別人用完時你不會收到任何通知，查得到額度數字，卻查不到突然不能傳的原因。Cookie 寫死則純粹是歷史遺留，上傳時它會連同請求的其他標頭一起被轉送到 Imgur。想換成自己的應用編號，必須手動修改伺服器函式，README 對此一個字都沒提，多數 fork 的人大概也不知道自己正在共用作者的額度。

講公平話也要講清楚：專案採 MIT 授權，法律上你可以自由改造重散布，這點沒有問題。有問題的是時間，最後一次更新停在 2025 年 4 月，板上開著的 issue 剩五個，其中三個（找回上傳紀錄、PNG 變 JPEG、部署後的小問題）從開出到現在都沒有人回。

這已經是第二次斷鏈：從 Telegraph 到 Imgur 的前科

翻出這個專案 2024 年 7 月的第一版，會發現它的倉庫一開始借的不是 Imgur，而是 Telegraph 這個免匿名發佈平台，上傳函式轉發的對象完全是另一個服務。2024 年 9 月 12 日的第一次正式提交，標題就寫著重構改用 Imgur 作為穩定圖床。換句話說，開發者自己已經經歷過一次上游不夠穩、只好整倉搬家的循環。這是個人開發者的專案：頁面自述由韓小韓的部落格支援維護，示範站網域的註冊人資料裡登記的，則是一間與專案同名、以驟雨重山為名的工作室。

搬家的代價由使用者承擔。issue #5（2024 年 10 月）有人求救：更新之後，之前所有的圖片連結全部失效，有辦法救嗎？作者的回覆是請他改用 Telegraph 的官方網域去試。這段前科讓首頁那句「圖片首次瀏覽後快取，永久有效」讀起來格外微妙，原始碼裡的文案在「永久」兩個字上自己加了引號，彷彿開發者當時就知道這個承諾有但書。第一次因為換倉庫斷鏈，第二次因為這套匿名上傳被 Imgur 擋下，間隔不到兩年。

還活著的部分：舊圖讀得到，只是品質會變

上傳死了，讀取鏈倒是活著一半。i.imgur.com 上已存在的圖片目前直接存取都正常，我抽了圖庫上的現存圖測試，回應都是 200；wp.com 快取也仍在代理非 WordPress 站台的圖片。整條鏈真正死掉的是末端那個當替身的 vhimg 鏡像站，它的網域現在已經無法解析，不過它本來就只貢獻一個 Referer 標頭，替身倒下不算致命。

所以先前透過這套系統放上去、而且 Imgur 沒有刪除的圖，此刻多半還讀得到。但兩個但書要記住。Imgur 的服務條款至今仍寫著你可以匿名上傳圖片，同時也寫著違規內容會連同來源一起封鎖刪除，匿名圖沒有帳號可以管理；刪除權杖只存在於上傳當下你瀏覽器的 localStorage 裡，換電腦或清快取就永遠找不回來。而這個專案沒有後台，上傳紀錄只存在單一瀏覽器的 localStorage 裡，issue #15（2025 年 8 月）問上傳完想找回原圖怎麼辦，開到現在零回覆。

現在想自架，要先吞下這些成本

如果讀到這裡你仍想拿它當練習題，有三個現實要先吞下去。

問：不想用 Cloudflare，丟到 Vercel 或 Netlify 總可以吧？答：不行，而且 README 會誤導你。倉庫首頁放著一個 Vercel 一鍵部署按鈕，但上傳靠的是 Cloudflare Pages 的服務函式，其他平台沒有這一層，網站部署得起來，上傳直接 404。issue #13（2025 年 6 月）就是真實案例，作者的回覆說得很明白：上傳介面用到 Cloudflare Workers，只支援在 Cloudflare 部署。

問：照著 README 的圖文教學走就會成功嗎？答：教學本身也過期了。步驟寫著框架預設要選 Vue，但 Cloudflare 建立頁面的介面早已沒有這個選項，issue #12 有人因此卡關，作者的解法是改看他另外截的步驟圖照著點。

還有一件事部署前要想清楚：這是一個公共圖床。沒有登入、沒有存取控制，任何人看到你的網址都能上傳。issue #12 裡有使用者問，這樣不是所有看到網址的人都能用嗎？作者答得很直白：是的，這屬於公共圖床。若你部署來給自己部落格用，等於開了一扇任何人都能往裡塞檔案的門，還扛著共用額度與上游條款的風險。

另外一個小地雷藏在設定檔裡：倉庫附的本機開發設定，把上傳介面的位址預設指向作者的示範站。示範站已經消失的現在，照預設值跑本機開發，上傳會直接連不到目標；要自己把這個值換掉才行，而文件沒有提醒。

現在還有誰該考慮它

講到這裡，這個專案此刻的定位已經很清楚：一份 MIT 授權的歷史樣本，完整記錄了把三層免費服務疊成圖床這條路的起落。它會復活嗎？條件其實寫得很明白：程式只支援用應用編號匿名上傳這一條路，實測這條路已被擋下，改成登入式上傳要動程式，而專案已凍結一年多，等於想接手的人要扛的是長期對抗上游政策的維護工作，不是套個模板就能跑。

如果你要的只是免費放圖加穩定外連，現實一點的選項是：想要自架伺服器等級的掌控與管理介面，可以看我們先前實測過的黑貓圖床，那是用 Chevereto 程式自架、有完整規則與管理後台的對照組；想理解把免費空間當儲存的另一種極端玩法，MixFile 把檔案加密切片藏進圖床的實測值得一看；而如果只是部落格配圖要壓縮轉檔，PicSharp 圖片壓縮工具更貼近日常需求。順帶一提，驟雨重山的開發者韓小韓先前做的微信支付寶收款碼合併工具 PayQrcode 我們也實測過，同樣是輕量、創意取勝、維護一段時間後停下的風格。

一句話收尾：驟雨重山圖床最值得拿走的，是它用斷鏈兩次換來的教訓，免費額度疊出來的無限，有效期限取決於最不穩定的那一層，而那一層從來不在你手裡。