很難預想到，即便在 2022 年的現代作業系統中，仍然會遇到與古老 Big5 編碼有關的問題。然而就 Windows 來說確實是如此，時至今日為止，至少在隨處可見的 Windows 10 繁中環境裡，其預設的環境編碼依然是 CP950（微軟自行維護的 Big5 實作）。因此根據壓縮軟體的具體實作而異，所生產出來的 ZIP 壓縮檔，寫入的檔名清單不盡然都會是 Unicode，也有可能依然是 CP950。
延伸閱讀：libarchive 函式庫關於檔名處理的說明文件。
故事的起頭是這樣的，話說 DR 手邊有一項任務需要處理大量的表格資料，為此便寫了一支 Python 程式。然而這支程式的資料迭代過程有一項設計缺失，會導致已經處理完並存檔的資料，仍持續累積在記憶體裡，造成程式的記憶體佔用量持續升高。當 DR 隨意地用 htop 查看系統資源時，才赫然發現若按照這個累積速度，恐怕二號機上的 16GB 記憶體會被整個吃光。但當下又不太想讓它重跑，於是就硬著頭皮看著它跑完。果不其然，在整個執行過程中，系統記憶體一度接近耗盡，連 swap 都用上了。
程式沒寫好雖然尷尬，然而轉念一想，若寫一支能夠刻意把記憶體吃光的程式，似乎對於某些情境是有意義的，像是用於測試系統高負載情形及設備可靠性等等。於是順手另外再寫了一支腳本程式（mem_consume_test.py），來專門實現記憶體的消耗。這支腳本係針對 Linux 平台設計，對於記憶體使用量的監控是從 /proc/meminfo 中的數值計算而成。
由於 Red Hat 提早結束了 CentOS 8 的生命週期，並且讓 CentOS 這個品牌從 RHEL 的免費版本，轉型成為 RHEL 的上游開發版本，也就是 CentOS Stream。使得原本許多 CentOS 的使用者，必然會需要思考合適的替代方案。雖然人們似乎會自然地關注諸如 AlmaLinux 及 Rocky Linux 這些比照原本 CentOS 模式，從 RHEL 原始碼重新編譯而成的發行版本。然而說實在話，DR 並不認為需要就此將 CentOS Stream 從可行的選擇清單中剔除。因此在過去一年多的時間裡，DR 在工作環境裡建置了幾部 CentOS Stream 8 主機，而本文即是維運至今的一些感想。
由 KDE 專案的開發者 Nate Graham 所發表的一篇文章《Who is the target user?》，內容以桌上角色扮演遊戲《吸血鬼之避世潛藏》（Vampire: The Masquerade）的技能點作為引言，來探討在軟體開發領域中，如何根據使用者的技能等級來進行分類。並藉此分析目標群體，以便找出合適的軟體設計。在該遊戲裡，電腦（Computers）技能按點數多寡，從 1 到 5 可分為以下五種等級：
來自 Toho Kingdom 網站的文章《Top 35 Toho Soundtracks》，內容評比了日本東寶公司所發行的各類電影中，最佳的 35 部原聲帶。然而其實 DR 初次看到這篇文章的標題時，心裡是有蠻多疑慮的。一方面覺得 35 這個數目好像有點過於冗長，各個名次的分野足夠精確嗎？且另一方面，又覺得若未將電影類型分門別類，比方說區分為諸如特攝、動畫等等， 而全部攬在一起，在排名上恐怕也未必公允。但無論如何，畢竟 DR 不是東寶電影專家，只是對哥吉拉相對熟悉而已，所以外行就稍微看一下熱鬧就好。
文章作者 Anthony Romero 所選出的第一名有點讓 DR 意外。或許是因為 DR 認為這部電影本身大概是中上的水平，再加上就主題曲目來說，也已經是被二次使用，不是完全原創的情形。使得似乎不自覺間，對於配樂的細部表現就沒有太多關注。然而認真再聽了一次，對，可以理解為什麼這部作品能夠被列為第一名，確實是有它的道理。
倘若因某些緣故，發生 Linux 系統的 UEFI 開機失效，使得無法順利進入作業系統。那麼可參考以下流程，來進行 UEFI 開機程式重新安裝的動作。本文範例是以 CentOS Stream 8 為操作環境，使用此發行版的安裝映像檔做開機，然後進入救援模式。接著設法讓安裝在磁碟中的相同發行版，回復至可順利啟動的狀態。
若是使用同為 Red Hat 生態體系下的 Linux 發行版，操作流程應會相當一致。至於其它的 Linux 發行版本，則至少在概念上也是相同的。
1. 進入救援模式
很明顯地 DR 個人並不怎麼喜歡《侏羅紀世界》（Jurassic World）過去的兩部作品，但總覺得這部《侏羅紀世界：統霸天下》（Jurassic World Dominion），好像終於有這麼一絲機會，能夠說出一齣還不錯的故事。因為就好比漫威 MCU 的許多電影，DR 都沒有覺得特別欣賞。但透過這些作品把人物跟背景都一一交代完後，至少最後有交出一部非常不錯的《復仇者聯盟：終局之戰》（Avengers: Endgame），所以或許本片也能夠形塑出類似的成果。
如文章標題所示，這其實是發生在好段時間前的事了，但直到最近，腦袋才比較有空可以認真看一下相關的細節。話說在 1 月 13 日當天下午，包含 DR 自己、以及公司內其他少數有在使用 Firefox 瀏覽器的同事，都發現網頁突然皆無法開啟。除此之外瀏覽器也無法正常關閉，只能從背景殺掉。但殺掉重啟後狀況依舊，開啟網頁都卡住不動，而同時間其它瀏覽器都是正常的。
雖然 DR 個人蠻期望 Firefox 能夠擁有更多的使用者，但諷刺地，正是因為公司內 Firefox 使用者不多，不然這真的會是大事件。而網路上當然也是有哀號聲，於是循線找了一下（1749908 - Infinite loop in HTTP3 hangs socket thread），發現若透過 about:config，停用 network.http.http3.enabled 參數，也就是將 HTTP/3 通訊協定停用，則 Firefox 便能夠恢復正常。
