即時儀表板的輪詢與整頁重新加載

輪詢更新資料切片。整個頁面重新載入會從伺服器重建整個選項卡。

即時儀表板通常將這兩個想法混合在一個句子中——「保持這個面板的新鮮度」——但機制是不同的。 Auto Refresh Turbo 使用 Chrome 警報和 tabs.reload 安排完整選項卡重新載入。它不會為每個供應商板提供自訂 API 輪詢器。

投票通常意味著什麼

在應用程式程式碼中，輪詢是一個循環，它向端點請求新行、指標或狀態 JSON，然後修補 DOM。 URL 保持不變。佈局、身份驗證 cookies 和客戶端狀態通常會保留下來。做得好的話，感覺很流暢，而且頻寬便宜。

只有當頁面已經公開該循環時，或當您控制前端時，輪詢才有效。許多操作牆、票務佇列和供應商狀態頁面無法透過瀏覽器工具列為您提供乾淨的公共投票 API。

完全重新載入會要求 Chrome 再次取得文件並重新執行腳本。按下「刷新」後，您會看到勤奮的人會看到的任何內容。陳舊的 shell、卡住的圖塊和半損壞的 SPA 快取通常會被清除，因為文件是新的。

權衡是顯而易見的：短暫的閃現、資源的重新獲取（除非快取有幫助）以及頁內草稿狀態的遺失。這就是為什麼存在可選的單擊停止/類型的原因 - 因此重新加載不會在編輯過程中進行。

對於此類作業，請另參閱儀表板自動刷新。

如果頁面已經上線，延長或刪除計劃的重新加載通常比與網站對抗更好。

擴充的核心循環位於 Service Worker 中：您設定一個時間間隔（或隨機的最小–最大），按“開始”，然後警報會為該選項卡觸發 tabs.reload。每個選項卡的會話都是獨立的。設定保留在本地 chrome.storage 中。

選購的頁面工具（視覺計時器、互動停止、可疑頁面啟發式）在啟用時使用內容腳本。他們不會將擴充功能變成通用的 XHR 輪詢器。

許多團隊會單獨保留應用程式自己的刷新，並添加較慢的完全重新加載作為安全網 - 例如，如果圖塊在長時間空閒後看起來卡住，則進行 5-15 分鐘的硬刷新。開始時要輕柔；僅當您證明有必要時才收緊。

激進的重新載入看起來像是濫用流量。如果您看到驗證碼或錯誤，請退出。在脆弱端點上推送亞分鐘間隔之前，請先閱讀速率限制和定時重新加載。