操作環境：
《血祭》（Blood，1997）是 Monolith Productions 所開發的第一款 FPS 遊戲作品，後續這間公司也繼續推出了許多廣受好評的作品，例如結合日式動漫風格、可駕駛巨大機器人的《昇剛》（Shogo: Mobile Armor Division，1998）；以及獵奇地將吳宇森式暴力美學與紅衣小女孩（？）融合在同一作品裡的《戰慄突擊》（F.E.A.R.，2005），等等這些。而作為開山之作的《血祭》，遊戲正如其名，以黑暗血腥的內容著稱，單是遊戲外盒就令人生畏。甚至發行商後來還默默地，包含台灣市場在內，除了起初的原始版本外還另外發行了暴力成份經過刪減的普及版。
有一點令人意外，但仍是一件好事。日前 EA 一口氣將數款《終極動員令》（Command & Conquer）系列的早期作品皆以 GPLv3 授權條款釋出其原始碼，相關公告見此，及清單如下：
操作環境：
在《雷神之鎚 III》（Quake III Arena，1999）完全主打以多人連線對戰為其核心的遊戲體驗後，id Software 的下一款作品《毀滅戰士 3》（Doom 3，2004）反過來重新聚焦在 FPS 單人遊戲劇情的體驗上。而且有別於《毀滅戰士》系列的前後作品，遊戲內容都是以直接粗暴的方式，手刃眼前的惡魔大軍；《毀滅戰士 3》雖然同樣也是在科幻背景下殺惡魔，卻是此系列至今為止唯一一款略採寫實驚悚風格的作品，可能部份地是受到諸如《惡靈古堡》（Resident Evil）或者《戰慄時空》（Half-Life）這類遊戲內容的啟發，讓 id Software 決定藉由《毀滅戰士 3》做出「hold my beer」式的回應。
通常動畫片不是 DR 會選擇去戲院看的類型，所以本站與動畫片有關之電影心得也就非常稀少。然而《風之谷》（Nausicaä of the Valley of the Wind，1984）一直以來都是 DR 個人最喜歡的動畫電影，也曾經完整看完它較為長篇的漫畫版本。所以儘管事實上是老電影重新上映，但還是認為要趁著有機會看一下大螢幕版本，而且這還是自己人生首次在戲院觀賞宮崎駿的作品。不過也因為對這部電影的內容算熟悉，原本觀賞前並未特別有什麼期待感。但實際在戲院觀賞的過程卻依然還是大受感動，真心覺得完全值得，沒有枉費這張電影票。
手上有一台塵封好些日子的老筆電 Aspire ES1-331-C2DE，CPU 為 Celeron N3160。之所以塵封起來，是因為起初回收到它時，經過排查便發現它是自身的螢幕故障，有訊號但已無法正常呈像，不過外接 HDMI 介面則是可用。由於筆電若螢幕無法使用，就失去了可攜式的用處。除非找得到料件來更換螢幕，否則 DR 就覺得它沒有什麼使用的意義，也否決了把它當桌機來使用的提議。然而最近重新評估手邊的可用物資，轉念接受了自己曾經否決的想法。於是就將這台筆電的螢幕拆除，用分離的外接螢幕與它搭配，就當成某種特殊的桌機來使用。
就本站可見的記錄來看，DR 很少會為已曾經寫過心得的電影，再補寫第二篇心得，這顯然是個難得的例外。先前《哥吉拉 -1.0》（Godzilla Minus One，2023）的心得，觀賞的途徑是在 Netflix 上。那個期間 DR 大約看了至少三遍，包含一次黑白版。不過由於近期台灣的兩次連假期間，終於有較小規模地（秀泰及美麗華限定）上映了這部電影，所以又去戲院看了兩次，分別是彩色及黑白版各一次，因此也讓 DR 覺得似乎是有點理由再寫些什麼。
某方面是延續著前一篇文章的議題，在當時的工作經歷裡，VPS（virtual private server）主機也是公司的產品之一。而其具體的組成方式，是導入某個商務套件程式，藉此將 Linux KVM Hypervisor 伺服器打造成可對外販售 Windows 或 Linux 虛擬機（virtual machine，VM）、並且進行租戶管理的形式。
當作為一名新人工程師進入到一間經營許久的資訊公司，菜鳥屬性勢必是存在的，或多或少的差異而已。然而卻頗為驚訝地發現，至少就 QEMU/KVM 虛擬化這項領域而言，似乎是大家都一致地有些生疏，或者是沒有什麼人認真地關注它的細節。儘管公司的 VPS 產品服務也已經營運了數年，但實際上並沒有建立多少完善的知識體系。除了必須得自己從頭自學以前還未碰過的東西外，還必須試著解決一些累積的問題及懸案。
雖然 DR 自己的個人網站是使用 Drupal 架設，並且在近期因著版本升級的緣故，又陸續找時間做了許多調整措施。然而回想起來，其實在自己過去的工作經驗裡，接觸過最多的 CMS 是 WordPress，其次則是 Joomla。而這些經驗多數是來自於 DR 幾年前在雲端主機商做工程師的期間，因為虛擬主機（shared hosting）服務是公司的主力產品之一，並且有許多租戶是在虛擬主機上使用 CMS 來架設網站。
或許有人會有所預估，儘管虛擬主機是多租戶共用同一個網頁、資料庫及郵件伺服器，不過在給定的帳號權限區隔及資源配額下，如果租戶的網站配置有所缺失，那麼最多影響的是租戶自己的網站，而不會損害到整個基礎設施。然而實情並非如此，在各種可能發生的損害狀況裡，以下會列舉幾個還算相對單純的案例。
印象中好幾年前 DR 曾經有做過一次以電話啟用 Windows 授權的程序，所以這是一個有自身經歷證實可行的作法。後來就未曾再執行過，直到近期，公司有一部電腦的主機板故障，因此將核心零組件整個更換。更換後原先所配附的 Windows 10 Home 產品金鑰便無法直接生效。並且該金鑰也並未綁定在帳戶下，無法透過帳戶登入的方式轉移。於是便嘗試使用電話啟用的方式處理。
在 Windows 的電話啟用表單裡，選擇台灣地區後，所顯示的多組電話號碼，大致分成免付費電話的自動語音服務，以及付費電話的真人客服支援。由於 DR 許多年前的那次經驗，記得是與中文客服通話，應對過程蠻流暢的，所以還是傾向於優先採真人客服的方式。然而似乎總機設定有問題，實際上是撥不進去的（即便是在平日上班時間），所以只能改撥打提供自動語音的電話（00800-2468-1668）。
前一陣子試著對 ScummVM 回報一項問題，雖然 DR 僅是回報問題而已，並非是最終找出問題肇因、並且修正問題的貢獻者。然而在過程中則發掘到一些似乎是前所未聞之事，相當罕見，好像是應該稍微記錄下來。
首先是不知何故，除了首頁以外，DR 始終沒有辦法檢視 ScummVM Issue Tracker 網站上任何進一步的功能頁面，也就無法查看問題清單，以及提交 Bug 報告。因為一律都會出現以下的純文字輸出訊息（時間日期則會異動）：
HTTP/1.1 NoneServer: gunicorn
Date: Sun, 29 Dec 2024 13:47:20 GMT
Connection: close