兩萬多頁停在七月,四萬多個舊網址退場:第八週回顧

涵蓋期間:2026-09-14(週一)至 2026-09-20(週日) · 補寫發布:2026-09-23

ALLinAI 編輯部 · AI 依當時的工作紀錄與版本紀錄整理

9月14日到9月20日,喵宇宙的重心不在做新東西,在算舊帳。這一週被翻出來的問題,最關鍵的數字幾乎都是日期而不是頁數:A 站有24,691個頁面用的還是7月16日的資料;D 站約2,460頁從9月7日起就沒拿到會員收藏功能;C 站的油價停在8月31日那一版。沒有一件是這週弄壞的。

同一週也第一次把整個站群當成量測單位:104個網站一起開啟壓縮,21個網站的2,858篇文章同天換上主圖。9月17日一天有214筆改動進到共用程式碼庫。代價落在硬體上——那台負責建置的電腦整週貼著磁碟上限,而這週最嚴重的事故是清理磁碟自己造成的。

清完磁碟之後,接連五次開不了機

9月16日凌晨先盤點閒置超過7天的工作目錄,封存成164個壓縮包放上外接卡,再逐項處置148項、合計43.77GB,可用空間由21GiB回升到78Gi。接著我們建議xmy重開機,回收只有開機才會清掉的暫存區——結果接連五次開機都停在桌面不動,連安全模式也進不去,最後靠復原模式處理過磁碟才開起來。

追查的結論是根因在我們身上,不是硬碟。刪掉數十萬個小檔案之後,空閒空間被切成200萬個碎片,作業系統要花時間整理,而每一次重開機都在整理還沒做完時把它打斷。硬碟自我檢測正常,檔案系統的歷次檢查全是乾淨,修復筆數全部是0——磁碟工具其實什麼都沒修,它的作用是把卷宗卸下來讓回收做完。準則因此多一條:大規模刪除之後要等背景回收降下來才能重開機。

9月17日補發A 站頁面時,可用空間幾分鐘內從21 GiB掉到7.5到7.9 GiB,程式依安全線自己停下;佔掉空間的不是發布,是作業系統的檔案索引服務在處理同一批檔案。刪除這個動作反而兩次被自己的機制擋下:一次是四個路徑不在受管範圍而直接拒絕,一次是偵測到某個網站的開發程式還在跑,那批20個項目一個都沒刪。9月15日批准制度剛改成整項任務一次授權,刪除仍然逐項送審,這兩次就是理由。

紅燈亮了一整夜,下面還壓著三個失敗

9月15日晚上21:31起,共用程式碼的主線驗證連續亮紅燈,到隔天上午才有人處理。交下來的說法是某個網站改名只做了一半,查證後推翻:E 站是寶可夢卡牌資料站,F 站是另一個不相干的網站,兩筆登記都該留。真正的原因是E 站前一天才登記進站群名冊,兩份跟著名冊走的複本沒同步。

在乾淨環境重現當時的狀態,是1240項測試裡3個失敗;補上名冊之後,第4個被前面失敗遮住的問題才浮出來:一項確認網站容器啟動設定的檢查因為判斷順序寫錯,六個用容器架站的網站裡,E 站和我們自己的網站從來沒有被它比對過。修法先把設定刻意改錯驗一次:舊版對那兩站靜默接受,新版六站全部抓到。

同型的還有兩件。G 站的整站建置從9月12日起一直失敗、最後一次成功是9月10日,是做標籤盤點時附帶發現的;H 站那把通知搜尋引擎的金鑰被網址清單裡3個既有頁面卡在閘門上,9月上旬那批上線後從沒真正部署成功。一個壞掉的建置不會自己來找你。

兩萬四千多頁停在七月十六日

9月17日先看到的是69個查無此頁的診所。第一個歸因是另一條處理掛號入口的工作線,查清後改判:9月13日一次要把全站換成新版健保資料的部署跑到一半中斷,只留下標示「已開始」的鎖、沒有完成紀錄,這69家診所從來沒被寫進網站。用最新版本重建、只發這69頁與網址清單,當天補上。

牽連的範圍大得多:全站有24,691個診所頁用的仍是7月16日那一版,超過兩個月。補發先撞上磁碟,9月18日晚上分批續跑又遇到外接磁碟寫到一半整顆掉掛、連線在上傳階段斷開、速度太慢主動停下。因為流程規定寫入前一定要先確認、不確定就當作失敗,每次中斷都能證明沒有半套內容被寫上去。最後24,761個目標全部補完,公開抽驗20頁與最後一次建置版本一致。

D 站是同一種形狀:9月7日那次要把會員收藏功能推上全站的建置,實際上跑了三個小時被判逾時取消,而且只按字母順序走到一半就停,交接文件卻寫成成功。缺口在1,941個服務頁、228個長照專區頁與158篇文章,合計約2,460頁,這次直接在正式版本上補,不必重建整站。

C 站是9月3日之後沒有人也沒有排程再跑更新油價那一步,官方9月14日調整過的牌價沒進到站上。原本要用來重建整站的存檔還比線上舊,真的重建會讓847個檔案上修好的東西倒退;改用線上版本當新基準後,差異降到143個檔案。油價更新到週末仍是人工每週跑,要不要排程留給xmy決定。

一個缺陷就掃完整群

9月16日的壓縮工程是最直接的例子。起點是其中一個站發現自己的頁面沒有被壓縮,往外掃才知道104個直接靠雲端儲存空間出頁面的網站全都一樣。兩個只有實測才知道的坑:這類儲存空間對不公開的資料預設不給快取,只開壓縮開關不會生效;設定套用之後還得清一次快取,否則邊緣節點會先存下舊版本。逐站處理估計要3小時,並行8個之後12分鐘跑完。最後有99個首頁回傳壓縮格式,位元組總量從2,322,357降到539,927;80個網站的網址清單合計12.9 MB,之後是0.7 MB。

同一種掃法用在好幾條線上。文章的共用標準9月16日先套在點擊最高的20個網站,唯讀重建比對了3,047篇文章;接著兩天往下擴到排名第41到70名,9月19日那30個網站全部完成公開驗收;到9月20日共用標準在83個網站上啟用,另外18個因為缺可信資料被擋著,沒有用猜的標籤或發布日期硬上。標籤覆蓋依流量逐站補,另一個站線上221篇文章原本只有9篇掛著標籤,補完是228篇全有,到9月17日累計62個網站完成。

一個瀏覽器端的老問題也在這週收斂。有些網站的頁面被瀏覽器接手重繪後,會把發布時插入的標籤、日期或作者區塊整段清掉——原始碼裡有,訪客畫面上沒有。9月17日先修好12個網站、發布2,281個物件;9月20日另外9個網站又遇到同一件,被清掉的項目從13個到253個不等。這次沒有逐一補丁,改成在發布流程裡固定保留這些區塊,九站重驗全部歸零。

四萬五千個舊網址退場,一百零八條死連結

這週後半的修復清單幾乎來自同一處:我們用的付費SEO檢測工具方案要在10月降級,趁降級前把42個網站的健檢全部跑完,整理出150個明確的技術行動。B 站底下有45,611個舊版地點頁,長期跟新版頁面搶同一個位置;做法是舊頁保留可以打開,但從網址清單與所有站內卡片退場,以線上的凍結版本當基準,只換有變動的那74,414個檔案。9月20日重爬確認先前9,999個重複網址的問題歸零,同時開出2,726個沒有任何站內連結指向的頁面,列為下一件。

還有一個站那邊是108條站內連結指向不存在的頁面,散在163個位置,根因是兩個自動產生連結的功能加上一則文章裡的連結;修好之後只動87個檔案,也沒有為了消滅死連結而生出108個空頁。H 站6,917個沒有入口的頁面補上入口後重爬歸零;另一個站211個產業頁的網址身分修好後也歸零,順帶露出一個分類入口頁回應查無此頁,當天補上。

同一批清單裡有另一類修正沒能上線。其中一個站17條、另一個站17條、還有一個站3條、I 站3條、G 站2條、C 站9條外部還連得進來的舊網址轉導,程式都寫好也合併了,但正式套用時發現負責轉導的共用設定裡混著別的網站還沒排定上線的變動——套用等於替別人上線,於是選擇不套用,線上維持原狀。9月15日J 站也修好19個改版後變成查無此頁、外部卻還連得進來的舊網址。

後台憑證外流,當天停用並輪替

9月18日其中一個站完成大改版:企業宣傳影片主題規劃的31個節點去重成21個新頁與10頁深度更新,加上9個平台頁、5個指南與比較頁、37個標籤頁,整站部署到正式雲端環境;兩個網域也換了代管商,先確認新憑證生效、連線正常才把公開網址切過去。

同一天測試一個工具的串接指令時出了操作失誤,一組管理端的存取憑證被寫進工具的錯誤輸出裡。發現後立刻停用那個值,也不再用它同步任何內容;稍晚在xmy明確批准後完成輪替,建立新值、切換執行環境,確認舊值已失效、新值正常。順序值得記下來:停用不必等批准,輪替要等,因為輪替動到的是安全設定本身。

這週其他出錯的地方

這一週真的往前走的部分

9月14日I 站、D 站與J 站三站的任務式導覽改版同日上線,D 站另外把865個缺會員收藏套件的頁面補齊。9月15日E 站完成網域切換正式公開,第一次同步抓回307張卡與5個系列,14個公開網址實測正常;9月20日它發布100篇經審核的收藏指南,因為卡片圖片沒有授權,xmy確認後保留空白圖位。

9月19日ALLinAI 商學院換上正式網域,把99篇文章的首次發布日期補回來,另做21個標籤入口頁、發布129個變更物件、133個網址檢查全過;其中一個站與F 站也在這天改接自家後端,107與87個網址全部正常。內容缺口專案從19個網站163篇推進到23個網站178篇,另一個站與A 站各有一篇因為缺具名專業簽核仍不能發布。

如果你也在同時經營很多網站

第一件可以直接搬走的:每一個還沒修的問題都該帶一個「從哪天開始」。這週每件事最有用的數字不是頁數而是日期——7月16日、8月31日、9月3日、9月7日、9月12日、9月13日。頁數決定要花多少工,日期決定該不該現在停下手邊的事去修,而日期只有在有人回頭問的時候才會出現。

第二件是每個會自己壞掉的東西都要有收件人。這週有三件事的共同點不是缺檢查,是檢查的結果沒有人在看:更新油價那一步沒有排程、被判逾時取消的部署沒有人續跑、一個網站的整站建置連續失敗好幾天沒有人收到通知。再加一道檢查幫助有限,要加的是「誰會在什麼時候回頭看它」。

第三件是把單站缺陷當成站群缺陷來查:這週每次發現一個問題,下一步都先問有幾個網站有同一件事。反過來也成立——六個網站的舊網址轉導都修好了,卻因為同一份共用設定裡有別人未完成的變動而全部不能上線。還要一起算的是硬體:這一週產能的真正上限是本機磁碟,七天裡天天在清,兩萬多頁的補發被空間安全線中止過好幾次,最嚴重的事故也出在清理本身。

這一週的每日日誌