部落格 | 部落格 404 事件的解析
部落格自 2019-03-12 創立至 2024-01-25 已歷 1780 天。然而，
在 2024-01-20 又一次發生了部落格的 404 事件，直接導致我的部落格流量急遽下降。
參考 Google Analytics：
插曲
值得一提的是，於 2020-03-11 前，Gitlab Pages 已經曾發生過 404 的問題。
為此，我進行了一系列的排查和檢測，最終發現此次問題的原因如下：
預設網域名稱和 URL
首先要知道 Gitlab Pages 預設網域名稱和 URL 的規則是：
使用者頁面 -
1 | http(s)://username.gitlab.io |
檢查專案 Gitlab Page 存取頁面
專案內的存取頁面網誌直接變成 -
1 | https://morosedog.gitlab.io/morosedog.gitlab.io |
尋找問題
造成網址變成非使用者頁面的情況下，就是專案名與使用者名稱不匹配造成的。
然而，我的專案名已經保持 1780 天沒變過啊！
所以問題就是 Gitlab 更新了什麼？
透過查閱 Gitlab issues，確實發現問題發生當下的幾天內，有不少使用者也遭遇此問題。
總結就是使用者名稱中的大小寫，從不敏感變成敏感了。
原本的使用者名稱 MoroseDog 無法匹配 morosedog。
解決方式
在問題尚未修復前，將使用者名稱統一為全小寫。
截至 2024-01-25 06:00 UTC+8 ，該問題已經被確認修復。
我也親自嘗試修改使用者名稱，確實解決了此問題。
註：儘管問題已經修復，我仍然選擇保持使用者名稱全小寫。
結語
在經歷這次的 GitLab Pages 404 事件後，我深刻體會到即使是成熟的平台，也無法完全避免突發的技術問題。
這次事件提醒了我，作為一名網站管理者，必須隨時準備應對這類意外，並且保持對系統更新和變更的警覺性。
同時，這也凸顯了社群支持和開源平台的力量。在遇到問題時，我們不是孤軍奮戰，而是有一個活躍且支援性強的社群可以依賴。
從 GitLab issues 的迅速回應和修正，我們可以看到開源社群在解決問題時的效率和團結。
最後，這次經歷也讓我再次意識到清晰而一致的命名規則的重要性。無論是在程式碼還是在使用者名稱的設定上，保持一致性可以在很大程度上避免類似的混淆和問題。
總之，雖然這次事件帶來了一定的困擾和流量損失，但從中學習到的經驗和對社群的信任感，是無法用數字衡量的寶貴資產。
這次事件也提醒了我們，技術的不斷變化要求我們不斷學習和適應，這正是科技領域充滿挑戰與興奮的地方。
