全站標籤衝刺日，順便挖出三個資料破洞
這天，我們拿來管理全部網站程式碼的主要倉庫，一次就進了214個修改，是這系列目前數一數二密集的一天。好幾條並行工作同時在跑：替舊文章掛標籤的長期專案、照關鍵字研究寫新文章上線，還有一批手機版排版緊急修正。真正花力氣的，是這天陸續浮出來的三個放了很久才被發現的資料問題，加上一次差點拖垮工作的磁碟危機。
A 站的油價停在兩週前
A 站的油價頁面，官方牌價早在9月14日就改成31.2、32.7、34.7、29.9元這幾個新數字，我們的首頁與油價頁卻還停在8月31日的舊價——原因是9月3日之後就沒有人或排程再去跑更新油價的步驟。查下去才發現問題更大：原本準備拿來重建整站的舊版存檔，其實比現在線上的版本還舊，如果真的整站重建，會把後來修好的847個檔案又悄悄改回舊樣子。我們當天寫了一個每週更新油價的小工具，把資料補到9月14日，並改用「現在線上已經修好的版本」當成之後建置的新基準。到晚上，建置結果和正式版本的落差，從847個檔案降到143個。油價更新目前還是要人工每週跑一次，尚未排程，這件事留給xmy決定。
B 站消失一週的收藏功能
B 站這邊，我們發現9月7日一次原本要把收藏功能推上全站的建置，交接文件當時寫成成功，但那次作業其實跑了三個小時後被系統判定逾時、整個取消，而且是照字母順序處理到一半才停，之後沒人接著補。這個疏漏一直沒被發現，直到9月17日才查出來：現網大約2,460個頁面從來沒拿到這個共用的收藏功能，其中服務頁1,941個、長照專區228個、文章頁158個。我們當天直接在正式版本上把功能補進去，不必重建整個網站。
C 站：69個查無此頁，兩萬多頁補發做不完
C 站這邊，我們一開始以為9月17日發現的69個查無此頁的診所頁面，是另一條處理掛號入口的分支造成的；後來查清楚，真正原因是9月13日一次要幫全站換上新版健保資料的部署，跑到一半就中斷了——只留下一個「已開始」的標記，從未真正完成，這69家診所因此一直沒被寫進網站。我們用最新版本重新建置，針對這69頁精準發布，當天完成並核對過每個連結。
但那次意外中斷牽連的範圍大得多。C 站目前共有24,760個診所頁面，其中24,691個還停在7月16日的舊資料，超過兩個月沒更新。我們著手把這兩萬多頁全部重新發布，卻接連撞上磁碟空間的安全機制——發布到一半，可用空間會在幾分鐘內從21GB掉到7.5到7.9GB，逼得程式自動中止保護主機。查了才發現，吃掉空間的不是發布工作本身，而是系統背景的搜尋索引服務同時在處理同一批檔案。我們把整個建置搬到外接硬碟，並暫時關掉外接硬碟的索引功能才能繼續。到這天結束，兩萬多頁還沒有全部發完，這裡照實記成未完成。
12個網站的收藏按鈕不見了
另外，前一天發現的一個技術問題這天正式修好：12個用React技術建置的網站，因為瀏覽器重新畫面時，會把後來加進去的收藏按鈕和標籤區塊整個蓋掉——網頁原始碼裡看得到，訪客畫面上卻看不到。這天把這些內容改成先放進獨立區塊保留、畫面畫完再放回原位，總共發布2,281個檔案，12個網站全部修好。
系統性工程與新文章上線
扣掉這幾件事，這天多半時間花在兩件長期工程。一是替各站舊文章統一掛標籤，方便訪客找到同主題文章，這天做到第62個網站，另有6站不列入、3站還沒處理。二是照關鍵字研究寫新文章：七個資料站分別發布29篇、30篇、15篇、14篇、17篇、13篇、8篇，陸續上線，每篇都先經過審稿。另一組同事同一天把手機版內容跑出畫面邊界的問題，在大約30個網站（另外約20個網站雖然帶同一段設定，但沒有真的受影響），以及另外40個網站的麵包屑貼邊問題上一次修好。另一個站的深色模式連結看不清楚問題也在這天修好上線。
這天其他出錯的地方
- 通知搜尋引擎有新頁面的系統整天對好幾個網站回報要求過多，只好放慢速度分批送出；其中一個網站因為對方自動幫網頁加進的一段追蹤程式碼，讓132條通知永遠對不上版本，查出原因後已經修好。
- 本機在中午意外重新開機一次，讓當時十幾條同時進行的工作背景全部中斷；確認沒有資料流失後，各自重新啟動接續處理。
- 其中一個站的兩篇每日文章，因為舊系統不支援表格格式，把整段標記符號原樣顯示給訪客看，當天已修正。
- 另外兩個網站的正式版本，分別被發現領先與落後主要程式碼一段時間，查清楚後確認不需要重新發布。
- 有5個靜態網站用來驗證通知系統身分的檔案沒有上線，我們寫好並測過一個修正，之後可以讓這種檢查機制改成直接失敗提醒，但這天還沒決定要不要正式套用。