使用線上記數器時,避免錯誤最可靠的方式,是在裝置的本地日曆上將每一天的計數分開保存,使用 Decrease 修正誤觸而非清除當日資料,並在計數結束時立刻匯出 PNG 或 CSV。多數計數錯誤其實根本不是算術錯誤,而是來自一次不小心點到的動作、一個悄悄變動的日期,或是一筆在瀏覽器清除資料前忘了儲存的紀錄。一個能保存本地行事曆日期歷史紀錄的點擊計數器,會讓這些失效模式全部顯而易見:螢幕上的日期列會告訴你目前正在記錄的是哪一天,每日歷史能讓昨天的資料在新一天從零開始時安全保存,匯出按鈕則會把已儲存的天數在資料遺失前轉成可攜式檔案。把目前日期、歷史清單、匯出檔案這三個訊號當作計數工作階段的安全護欄,工具的表現就會更像一本筆記本,而不是一個用完即丟的數字小工具。
為什麼本地日期計數器的表現不同於單純的點擊計數器
一個單純的點擊計數器,不過是一個按下就會增加的數字。具備本地日期歷史功能的線上記數器則像一本小型筆記本,會把每一次計數歸檔到發生當天的行事曆日期之下。這個差別很重要,因為多數真實的計數任務其實不是在問「現在是多少」,而是在問「星期二那天是多少」或「這一整週是多少」。每一次點擊會依瀏覽器回報的裝置本地行事曆日期儲存,所以在 23:40 記錄的計數會留在當天,而在隔天凌晨 00:10 記錄的計數則會歸到新的一天。歷史清單會以反向順序顯示已儲存日期,因此最新的一天永遠在最上方,而且只會顯示仍有非零計數的天,所以完全清空的那天不會留下空白列,日後造成混淆。
開始計數前常犯的錯誤
第一個可避免的錯誤,是讓標籤留空。標籤是一段簡短的文字說明,讓三天後的你還能看懂那一欄數字究竟代表什麼。沒有標籤的話,歷史清單雖然仍能運作,但匯出的 PNG 也不會帶上這個提示;分享圖片刻意不包含自訂標籤,以避免個人註記洩漏到分享的檔案中。標籤留空也是許多人回到歷史紀錄時,搞不清楚 47 代表的是訪客數還是庫存數的原因。
第二個可避免的錯誤,是當事件成批出現時,沒有調整步進值。步進值是套用於每一次按下 Increase 或 Decrease 的整數倍數。如果按一次應該代表五個項目,就先把步進值設成 5 再開始點擊;如果在點了幾下之後才調整,該日已儲存的資料並不會回溯重新計算。計數器只接受整數步進值,並將每日計數限制在一定範圍內,避免格式錯誤的值毀損已儲存的紀錄,因此你最多只能產生錯誤的當日資料,不會破壞紀錄本身。
第三個可避免的錯誤,是把計數器當成計算機。這個工具沒有公式欄位,也無法在內部把星期一和星期二合併。如果你需要合併多天的資料,那正是 CSV 匯出的用途。
計數過程中常犯的錯誤
工作階段中最常見的錯誤,就是忽略日期列。顯示目前裝置本地行事曆日期的那一行,是整個頁面上最重要的資訊。如果你在跨日前不久開始計數,所累積的數字會歸入當天;如果你中途離開、跨日後再回來,螢幕上的數字會重設為零,因為新的本地一天已經開始,而你先前建立的紀錄已經安全地存放在歷史清單中,並沒有消失。不看日期列的人常常以為計數器吞掉了計數,實際上計數只是被歸在先前的日期下,螢幕單純只是換到了新的一天。
第二個工作階段中常見的錯誤,是只按錯一下就想用「全部清除」來處理。計數器提供 Decrease 做為修正工具。按下 Decrease 會從當日資料中扣回一個步進值的量,且不會動到之前的天數。使用完整重設雖然只會清空當天,但也會一併清除當天已儲存的計數,這代表如果你在按完一下後立刻重設,連你想保留的當天資料也一併被清掉了。
第三個工作階段中常見的錯誤,是在第二個裝置上開啟同一個計數器,並假設兩邊會一致。歷史紀錄是儲存在此瀏覽器的本地儲存空間鍵之下,因此手機和筆電各自擁有獨立的紀錄,不會合併、同步或互相備援。
如何逐步避免錯誤
- 在你打算用於此次計數工作的瀏覽器中開啟線上記數器。之後更換瀏覽器,就等於要重新開始一個全新的空白歷史。
- 輸入一個簡短標籤,說明你正在記錄的事件,例如「門口進出人次」、「已打包罐數」、「餵食器前的鳥數」,讓日後查看歷史紀錄時能一目了然。
- 為每一次點擊選擇整數步進值。每個事件代表一次點擊就保留 1;若每次點擊代表一整批,則可將步進值調大。
- 確認螢幕上的日期列。那就是下一次點擊即將歸入的裝置本地行事曆日期。
- 事件發生時按下 Increase。若要撤銷誤觸,使用 Decrease,當日紀錄會被更新,而不是被刪除。
- 只有在想捨棄當天計數時,才使用 Clear Day。先前各天的紀錄會保留在歷史中。
- 當天結束時,或是在關閉分頁之前,匯出 PNG 作為視覺紀錄,或匯出 CSV 作為方便試算表處理、涵蓋所有仍有儲存計數之天數的封存檔。
這就是核心工作流程。每一步都是為了讓資料或日期保持正確。
匯出錯誤:PNG 與 CSV 各自包含哪些內容
匯出步驟,是粗心使用者最容易損失價值的環節。了解每個檔案各自包含什麼、不包含什麼,就能避免最常見的匯出錯誤。
| 屬性 | 匯出 PNG | 匯出 CSV |
|---|---|---|
| 格式 | 1080 by 1350 分享圖片 | 純文字雙欄檔案 |
| 顯示段落 | Lizely 浮水印、總計、近期的行事曆日期列 | 日期、計數 |
| 是否包含自訂標籤 | 否 | 否 |
| 是否包含網址 | 否 | 否 |
| 包含的資料列 | 近期有非零計數的天數 | 每一個有儲存非零計數的天數對應一列 |
| 最適合用途 | 分享視覺化摘要 | 試算表、封存檔、專案資料夾 |
| 產生方式 | 匯出當下的瀏覽器 canvas | 匯出當下的瀏覽器 Blob |
最常見的匯出錯誤,是分享 PNG 時預期標籤也在圖片裡。PNG 刻意不包含自訂標籤,以避免個人註記在分享圖片時外洩。如果標籤對閱讀者重要,請另外在訊息中搭配圖片一起輸入。第二個常見錯誤,則是在文字編輯器中開啟 CSV 後,因為檔案很短就以為欄位有錯。一個包含 Date 與 Count 兩欄、每個有非零計數的天數各佔一列的雙欄檔案,就是完整的檔案內容。
用一個簡單的算例來驗算。如果步進值設為 5,而你在一次輪班中按下 Increase 12 次,當天會儲存 5 × 12 = 60。稍後按下 Decrease 一次,會扣掉一個步進值,所以當天變成 55。這就是計數器本身唯一會執行的算術;其他所有增減,都是一次一個步進值地進行。
悄悄清空歷史的儲存與隱私錯誤
計數器會在此瀏覽器的本地儲存空間中,以 counter:tally-counter 這個鍵儲存一個有範圍限制的 JSON 紀錄,代表狀態只屬於此裝置上的此瀏覽器。這個細節正是兩種截然不同的錯誤根源。
第一個錯誤,是把計數當作有備份。實際上並沒有。這個檔案不會上傳到伺服器,也不會與任何帳號合併,更不會分享到其他裝置。不同的手機或不同的電腦,各自從空白紀錄開始。如果你希望計數在更換裝置後還能保存,請先匯出 CSV 再換裝置。
第二個錯誤,是清除瀏覽器資料時預期只會清掉 cookie。實際上,清除網站資料也會一併刪除本地儲存空間紀錄,連帶讓已儲存的天數全部消失。下次開啟頁面時,計數器會從零開始,歷史清單也會是空的。
還有一種更安靜的失效模式。如果瀏覽器儲存空間被關閉或已滿,頁面仍會顯示你正在點擊的數字,但無法保留歷史。螢幕會說明這項限制,而不是假裝計數已經儲存。看到該頁面上的訊息時請把它當真,並提早匯出資料。
這也是匯出按鈕之所以重要的原因。PNG 與 CSV 都是按下按鈕當下,在本地從 canvas 或 Blob 產生,因此匯出步驟會把一份私有的本地紀錄轉換成你真正擁有的檔案。根據 WHATWG HTML Web Storage 規格,本地儲存空間的資料是以來源為範圍,並會在頁面重新載入後持續存在,這就是為什麼計數器不需要帳號就能提供多天歷史。根據 WHATWG Canvas toBlob 定義,PNG 匯出是在瀏覽器內部產生,而不會上傳,這也是為什麼匯出步驟在設計上就具有隱私性。
如果你經常需要同時追蹤多個平行資料流,例如兩個房間的訪客數或兩條產線的產量,單一的記數器就不適合這種需求。專門設計的多計數器錯誤避免指南會更深入地說明該工作流程。
如果你正在比較各種選擇,如何選擇正確的 Tasbih 計數器做法對此有詳細說明。