DailyHot 今日熱榜：一頁看完多平台熱門榜的開源工具

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

打開名稱都叫「今日熱榜」的兩個網址，今天會看到完全不同的結果。官方示範站 hot.imsyy.top 載入之後，畫面還在、日期還在跳，但微博、知乎、B站每一個榜單都停在載入失敗的提示；換成 hot.liushen.fun，百度、微博、頭條的熱門一頁排開，頁面上標著幾分鐘前更新。我用瀏覽器實際載入這兩個站、對照開發者工具的網路面板，再直接呼叫資料 API：前者的資料請求全數卡在 DNS 解析失敗，後者每一筆都成功帶回資料。

這兩個站跑的其實是同一套開源軟體 DailyHot，差別只在資料後端換了人做。三個同名的「今日熱榜」入口值得拆開看：哪個網址今天真的能用、官方示範站是怎麼掛的、以及想自架的人要先處理什麼。

三個入口，兩種下場

搜尋「今日熱榜」會撞到三種東西：tophub.today 是同名的商業聚合服務，連官網標題都自稱今日熱榜官網，跟本文要講的開源專案沒有任何關係；DailyHot 的官方示範站 hot.imsyy.top；以及社群自架的鏡像站 hot.liushen.fun。

DailyHot 是中國開發者 imsyy 的開源專案，MIT 授權，拆成兩件：前端是 Vue 寫的單頁應用，負責把榜單排成一頁；後端是另一個專案 DailyHotApi，負責去各平台抓熱榜資料。我查的當下，API 專案累積四千多顆星、前端九百多顆，Docker 映像被拉超過五萬次，在同類開源專案裡算是主流體量。

三個入口的實測結果：tophub.today 正常營運（這裡只確認身分，不評論其功能）；官方示範站還連得上，但所有榜單沒有資料；hot.liushen.fun 完整可用，資料是新鮮的。要分辨自己落在哪一個很簡單：看網址。兩個 DailyHot 站跑的都是同一套開源前端，頁面原始碼裡找得到連到作者 GitHub 的連結；tophub.today 則是另一個獨立經營的商業服務，兩邊的資料來源與商業模式互不相干。

我實際打開了什麼

我用瀏覽器載入兩個 DailyHot 站、讀網路面板的請求紀錄、直接呼叫幾個公開的資料端點，並比對兩站前端打包檔案裡內嵌的版本資訊；沒有自己部署一套，所以自架過程的難易度不在這次的實測範圍。

這樣的驗證已經足夠回答讀者最迫切的問題：哪個入口今天能用。熱榜聚合這類工具，可用性本來就該當場驗，因為它掛掉的方式常常是資料悄悄變舊，畫面卻完好如初。DailyHot 官方示範站這次連「變舊」都談不上，是整條資料管線斷了。

最反常的地方：網站活著，資料全死

官方示範站的症狀很特別。首頁載入正常，時鐘照跳，但每個榜單卡都停在「載入失敗」的提示，按重試也一樣。網路面板給出原因：頁面對 api-hot.imsyy.top 這個資料網域發出的請求，全部以 DNS 解析失敗收場。我再對這個子網域做 DNS 查詢，確認它目前已經沒有任何記錄。

Pin

換句話說，示範站的殼是靜態前端，放在 Cloudflare 後面，所以活得好好的；真正供應資料的 API 子網域，不知道哪一天起就從 DNS 上消失了，而且沒有人把它接回來。前端託在別人的 CDN 上、資料掛在自己的子網域上，兩者的存亡互不相干，這是前後端分離架構很寫實的一課。

API 專案的 README 其實自帶一面健康看板：來源總表上每個平台都掛一個狀態徽章，徽章背後探測的正是 api-hot.imsyy.top。我抽查 bilibili 那枚，徽章回的是 down，與我在瀏覽器看到的 DNS 失敗互相印證。專案文件自己的健康儀表板，現在對每個來源都在亮紅燈，只是沒有人把它當成一回事去修。

介紹文給你的「官網」，其實是別人架的

網路上流傳的中文介紹文，給的網址正是 hot.liushen.fun，而非官方示範站。對比兩站的前端打包檔案，兩者內嵌的套件資訊完全一致：專案名 dailyhot、作者 imsyy、版本 1.2.0。也就是說，這個「官網」跑的軟體跟官方示範站同一版，只是架站的人另外把資料來源換掉了。

網路面板顯示，hot.liushen.fun 的榜單資料全部來自 hot-api.liiiu.cn，那是另一個人自架的 DailyHotApi 實例；連首頁的背景圖都改由站長自己的子網域供應。整站資料請求沒有任何一筆失敗。

Pin

這條路徑也畫出了信任邊界：你在鏡像站看到的榜單，是先經過 hot-api.liiiu.cn 這台陌生伺服器再送到瀏覽器。熱榜資料本身不敏感，被動手腳的風險也低，但嚴格來說，榜單內容可以被中間人改寫，官方示範站與鏡像站之間也沒有任何隸屬關係。把它當日常讀報的入口很方便，把它當可引用的唯一事實來源就不必了。

資料的新鮮度我也直接驗了。對 hot-api.liiiu.cn 呼叫微博熱榜端點，回應帶回 51 筆條目，回應裡的更新時間戳落在我送出請求的前幾分鐘；呼叫 Hacker News 端點也正常回 30 筆。頁面上的更新時間標示與 API 回應對得起來。

榜單自己挑，設定存在瀏覽器裡

DailyHot 沒有帳號系統。你要看哪些榜、順序怎麼排，全都存在瀏覽器本機的 localStorage 裡，換台電腦或清掉網站資料就歸零。我載入兩站後讀了各自的預設設定：官方示範站預設排 B站、微博、抖音、知乎、36氪、百度、少數派、IT之家、澎湃、頭條、貼吧；鏡像站的預設換成百度、微博、抖音、頭條打頭，後面接快手、騰訊新聞、新浪新聞、網易新聞。同一套軟體，兩位架站者挑了不同的門面，這也是鏡像站自架性格的側寫：預設清單就是站長自己的閱讀習慣。

快取行為在 API 端也看得到。榜單請求帶 cache 參數，回應裡會標記這筆資料是否從快取來、更新時間落在幾點幾分；我第一次打微博端點時回應標記為非快取、時間戳是當下，隔一陣子再打同一個端點，回應就變成讀快取。只想掃熱門的人不用管這些；要把資料接進自己系統的人，記得先看快取標記，再決定要不要繞過快取拿最新資料。

為什麼壞的是 API，凍得住的是前端

DailyHot 前端的原始碼從 2024 年 11 月之後就沒有新提交，凍了將近兩年，但兩個站都還在用它，操作起來也正常。原因不難理解：前端只做排版，榜單要顯示哪些、順序怎麼排，都存在瀏覽器本機的 localStorage 裡，不碰任何會變動的東西。這一層凍得住。

會持續耗損的是 API 層。各平台的熱榜頁面一改版，抓資料的程式碼就跟著失效，所以 DailyHotApi 近一年的提交大半在修各平台接口：2025 年 12 月修百度、更早修 linux.do、2026 年 1 月修欄位計數、2026 年 3 月修 Dockerfile。官方示範站掛掉，正是這個耗損模式的另一種結局：前端還在跑預設值，而預設值指向的 API 網域已經沒人續約。

還有一個對自架者很重要的時間差：npm 上的 dailyhot-api 套件最新版 2.0.8 與 Docker 映像都停在 2025 年 8 月，之後的修復只進了原始碼 repo，沒有發新版本。想拿到 2026 年的修復，大概得直接從原始碼自己建置，這一點是我的推論，依據是發布版時間戳與 repo 提交時間對不上。

這個結構也解釋了挑公共實例時該看什麼：前端到處都一樣（反正凍在 1.2.0），真正決定體驗的是背後那台 API 的健康。判斷標準不看版本號，看資料新不新；榜單還在持續更新的實例就是活的，反過來說，一個久久沒修的 API 實例就算前端再漂亮，也只是一份好看的歷史快照。

自架的人要先換掉的那個預設值

如果照著 repo 預設值部署前端，它會把資料請求指向 api-hot.imsyy.top 這個已經消失的網域，直接繼承官方示範站的死法。前端 repo 的環境變數檔裡，全域 API 位址就是這個預設值，README 的 Vercel 一鍵部署說明也特別註記要改掉 API 環境變數。

API 端有兩條路：自己架一套 DailyHotApi（Docker 或 npm 都有現成管道），或者先借用公共實例再回頭補。自架 API 沒有帳號金鑰問題，它的成本在維運，資料來源壞了要自己跟著修。另外，前端內建了中國 ICP 備案號欄位，repo 的 issue 裡有人問怎麼移除，從 2025 年 3 月開著到現在沒有官方回覆；台灣的自架者八成會想處理這一塊。

想把資料拿來自己做面板的開發者，API 的回應格式也算親民：每個條目帶標題、原始連結、行動版連結、時間戳，部分來源再加熱度值，微博榜一次回 51 筆、Hacker News 回 30 筆。依 README 的說法，DailyHotApi 除了 Docker 映像，也打包成 npm 套件，裝好後一行呼叫就能把服務跑起來，作者部落格另有一篇部署筆記可以照著走；文件同時提醒，少數需要無頭瀏覽器環境的來源，在 npm 啟動模式下用不了，這類細節以官方文件為準。

集中限制：沒有台灣榜，鏡像也不是官方

以我查的版本來看，API 的路由目錄列了 56 個資料來源，以中國大陸平台為主（微博、知乎、B站、抖音、貼吧等），加上 GitHub、Hacker News、紐約時報、Product Hunt 這類國際科技源；沒有 PTT、Dcard 或任何台灣平台。它比較像一面「看對岸與國際科技圈熱門」的窗，想要台灣熱榜請往別的工具找。介面文案是簡體中文，繁中使用者讀起來沒有障礙，但別期待有介面切換。

hot.liushen.fun 是第三方自架的個人服務，今天能用，不代表下個月還在；DailyHotApi 的 README 自己也寫著，示例站可能因流量或久未維護而異常。前端凍結兩年的代價也看得到：repo 上開著尚未結案的 issue，包括 2025 年 4 月回報的手機版開關按鈕故障，以及自架後載入失敗的求救。API 文件上標了 RSS 輸出模式，這條我沒有驗證過，需要的人請在自己環境確認。

掃一眼用鏡像站，長期依賴走自架

只想快速看一眼各平台熱門的人，hot.liushen.fun 今天是可用的入口，免費、免登入，榜單挑選存在瀏覽器本機；代價是把它當第三方個人服務看待，入口隨時可能換人架。想長期依賴、或要把熱榜資料接進自己工作流的人，走自架：前端加上 DailyHotApi，記得改掉 API 預設位址，要最新修復就從原始碼建置。驗收標準很單純，打開之後榜單標示的是幾分鐘或幾十分鐘前更新就是活著（各來源的快取節奏不同）；榜單全卡載入失敗，就換入口或回頭查自己的 API。

實際用途上，這種工具對兩種人最有感：做內容或行銷的人，用它掃對岸當天在燒什麼話題，比一個一個開 App 快；會寫程式的人，拿現成 API 餵自己的儀表板或通知機器人。要提醒的是，榜單條目的內容與版權屬於各來源平台，轉載或再利用前自己把關。

想追趨勢變化而不是單看當下熱門的，可以再看 TrendRadar；習慣 Hacker News 的人有 Hacker Trends；要每天一份 AI 摘要的讀者適合 Kagi News；想比較另一個開源熱榜聚合的自架路線，可以參考 Tgmeng Trend 的實測。