在您於 Days Since Counter 中儲存開始日期後，該工具會顯示該日期與裝置目前本地日期之間的整數格里高曆天數，然後在您每次按下 Save today's snapshot 時保留一個有日期標記的快照。螢幕上那個單一的數字就是結果:它不是即時跳動的計數器、不是經過時間計時器、也不是倒數未來事件的倒數器。Days Since Counter 會讀取您儲存的日期，根據格里高曆驗證年、月、日(含世紀與 400 年閏年規則，依據美國海軍天文台的 leap-year reference)，再依 ECMA-262 Date.UTC 的定義將兩個日期轉成 UTC 午夜時間戳，然後相減得到整數天數。使用 UTC 午夜進行計算可避免日光節約時間邊界將差距偏移一個小時，因此 2024-02-28 的開始日期在 2024-03-01 永遠回報 2 天，而非閏年的 2023-02-28 在 2023-03-01 回報 1 天。顯示仍以裝置的本地日期為錨點，也就是儲存快照上所標記的日期。
Days Since Counter 的結果實際上顯示什麼
您看到的數字是單一整數 — 整個日曆天數，不是小時也不是工作天。該整數只有在裝置的本地日曆日期變更時才會改變，也就是說在較晚的日期重新開啟頁面會顯示較大的數值，但讓分頁跨過午夜保持開啟並不會讓結果每分鐘跳一格。該工具不會在您觀看時自動遞增;它在頁面渲染時讀取當前本地日期，並根據您儲存的開始日期重新計算。
如果您想了解日曆天數計算與 24 小時經過時間之間的根本區別，Days Since Counter: Calendar Days vs 24-Hour Periods 指南有深入說明。就螢幕上的操作流程而言，實際的重點是:在任何時區、任何裝置上，只要本地日期相同，顯示的整數就會相同，因為計算採用 UTC 午夜錨點而非時鐘時間。
如何輸入開始日期並讀取第一個結果
- 在瀏覽器中開啟 Days Since Counter，並找到里程碑名稱欄位。
- 輸入簡短的描述性標籤，例如 "Project kickoff" 或 "New routine"。標籤僅供描述之用，不會出現在 PNG 匯出檔中，因此如果您打算分享圖片，可將個人相關資訊放在此處。
- 使用 YYYY-MM-DD 欄位選擇當前或較早的日期。可接受 1900 至 9999 之間的年份，未來日期會被拒絕，避免工具默默變成倒數計日器。
- 按下 Save。工具會驗證月份長度與格里高曆閏年規則，將兩個日期轉換為 UTC 午夜時間戳，並相減。
- 讀取頁面上出現的整數。該數值即為裝置當前本地日期的結果，也是您歷史紀錄中的第一個快照。
如果開始日期就是今天，結果為零。零是真正的日曆答案，並非錯誤或佔位符，歷史清單會將零天的項目與後續非零的快照一起保留顯示。
儲存快照以建立有日期的本地歷史
每次您按下 Save today's snapshot，該工具會附加一行，內容包含快照日期、您儲存的開始日期，以及該日的「距今」天數值。快照僅儲存在您的瀏覽器中，鍵名為 counter:days-since-counter，而當您需要瀏覽器以外的檔案時，匯出的就是這些資料。快照在里程碑開始當天可以是零，歷史清單會保留這些零天的項目而不隱藏，因為它們記錄了實際的起點。
閏年開始日期的計算範例。使用公式 (Date.UTC of end − Date.UTC of start) ÷ 86,400,000，設 start = 2024-02-28，快照日期為 2024-03-01:
- Date.UTC(2024, 2, 1) = 2024 年 3 月 1 日 UTC 午夜的時間戳
- Date.UTC(2024, 1, 28) = 2024 年 2 月 28 日 UTC 午夜的時間戳
- (3 月 1 日 − 2 月 28 日) ÷ 86,400,000 = 2 個整日曆天，因為 2024 可被 4 整除且非世紀年，所以 2 月有 29 天。
同樣的計算若 start = 2023-02-28 則回傳 1，因為 2023 不是閏年，差距只涵蓋 2 月 28 日。在任何較晚的日期以同一開始日期重新執行計算，只是代入新的結束日期時間戳，並回傳較大的整數。
為什麼工具會要求您在變更開始日期前先清除歷史
儲存的快照只有在對應其建立時的開始日期下才有意義。日期為 March 5 那一列的「37 天」，在開始日期為 January 27 時代表特定意義，在開始日期為 February 25 時則代表完全不同的意義。為避免新開始日期改寫舊項目的意義，頁面會要求您在更換已有快照的開始日期前先清除本地歷史。清除後，下一次 Save 會建立繫結至新里程碑的全新歷史。
如果您只是想要保留舊紀錄並新增里程碑，請在清除前將現有歷史匯出為 PNG 或 CSV。匯出檔案與瀏覽器鍵無關，可於清除歷史步驟後保留。
將結果匯出為 PNG 或 CSV
匯出按鈕在工具中至少存在一個快照後才會出現。兩種檔案皆透過瀏覽器原生 canvas 與 Blob API 在本地產生，無需上傳步驟，亦無伺服器處理資料。請使用下表選擇適合的格式。
| 格式 | 尺寸或版面 | 欄位或內容 | 省略項目 |
|---|---|---|---|
| CSV | 純文字資料列，每行一個快照 | 快照日期、開始日期、距今天數 | 里程碑名稱、網址、品牌資訊 |
| PNG | 1080 乘 1350 影像 | 當前本地日期的總計、近期快照 | 網址、自訂里程碑名稱 |
CSV 較適合用於試算表或封存，因為三個欄位提供每個儲存值足夠的脈絡，可在日後解讀而不必依賴僅存在於瀏覽器的標籤。PNG 較適合快速分享視覺內容，其省略里程碑名稱與網址的特性，限制了隨圖片傳遞的個人相關資訊量。
結果的存放位置:僅限本機的瀏覽器儲存
里程碑名稱、開始日期與快照資料列皆為私人的本機瀏覽器資料。它們不會被傳送至 Lizely、不會跨裝置同步，也不會與個人檔案連結。清除此網站的瀏覽器資料會徹底刪除紀錄，以相同網址開啟的第二個瀏覽器會從空的計數器開始。
若瀏覽器儲存無法使用 — 例如在停用本機儲存的私密視窗中 — 由於計算在記憶體中執行，螢幕上的計算仍然有效，但頁面會告知您無法保留快照。在此狀態下匯出功能也無法使用，因為兩種匯出路徑皆依賴頁面無法保存的資料。
何時使用其他計數器更為合適
Days Since Counter 回答的是一個日曆問題:從一個命名的過去日期到今天經過了幾個整日，並附帶有日期的快照作為佐證。當任務本質上是關於經過時間或按下按鈕以遞增計數時，它並非正確的工具。
若您需要會在頁面開啟期間持續跳動並支援分段計時的即時經過計時器，請使用 Online Stopwatch。若您需要對重複手動事件每次點擊遞增一次，並依本地日曆日期分組，請使用 Online Tally Counter，該工具同樣可匯出私密的 PNG 或 CSV 歷史。當任務真正是命名過去日期與日曆天差異時，請選擇 Days Since Counter;而當工作是為某個階段計時或計算按鍵次數時，則應選擇其他計數器。
如需更深入的說明，請參閱 Key Press Counter Explained: How It Counts and Sorts。
如需更深入的說明，請參閱 Avoid Mistakes When Using a Knitting Row Counter。