There are a total of 108 posts here. | 這裡總共有 108 篇貼文。

ttheng's microblog. | 侃侃而隨想極短文。

一些小時候愛玩的小衆高質手遊

有兩個童年時期玩過的小衆高質1手機遊戲，到現在仍然存在於我記憶中的某個角落。爲了怕自己以後會忘記，所以決定寫這篇文作一個記錄。

Duet

最初開始玩這個手遊已經是大約 2014 到 2015 年左右的事情了，會知道這個遊戲也是我的一個多年好友介紹給我的。

此手遊由來自澳洲的開發團隊 Kumobius 製作，並於 2013 年釋出。撇開免費版會出現的廣告的話，這個遊戲的整體界面十分簡潔。遊戲規則也很簡單：玩家透過觸碰螢幕的左側與右側的方式，控制宛如陰陽符號的兩顆一紅一藍的球的轉動方向（按左側爲逆時針轉動，按右側則爲順時針），以想辦法躲開從上方掉落的灰色方塊以不讓任一球碰到方塊。一旦碰到了，就得從關卡開頭重新開始。一輪關卡結束後，遊戲畫面會出現一些哲理之言作爲破關獎勵。當然，它也有提供無限模式，看玩家能生存多久。

我覺得這個遊戲最精妙的部份在於它那空靈但又帶些許緊張感的電子配樂。整個遊戲的配樂皆由澳洲作曲家 Tim Shiel 操刀。更讃的是，Tim Shiel 本人甚至在他的 Bandcamp 上將該遊戲本體（即不含 DLC 內容）的原聲帶專輯免費釋出！有夠佛心！此外，Tim Shiel 也曾與其他不同音樂家合作，推出了該遊戲配樂的合作 remix 專輯——Duet Duets，也值得一聽！

如上面提到的，免費版含內部廣告，而無廣告的付費版要價 RM12.99，購買後也能解鎖更多關卡。它也有一些付費 DLC 內容，基本上就是更多全新關卡，但也配上全新配樂（相關配樂專輯可在 Tim Shiel 的 Bandcamp 頁面上找到）。其中，開發團隊在 2023 年爲了慶祝遊戲釋出十週年，推出了新的遊戲模式——Soliloquy Mode（獨角戲模式），可見開發團隊對此遊戲的關愛！

Smash Hit2

此遊戲由來自瑞典的開發團隊 Mediocre 製作，並於 2014 年釋出。

這個遊戲的規則也很簡單。玩家處於遊戲世界中的第一人稱視角，手上有一定數量的鐵球。玩家需使用鐵球打破作爲障礙物的灰色玻璃以免撞上它們，一旦撞上就會被扣掉鐵球數作爲懲罰。玩家也需儘量打破藍色水晶以補充鐵球。一旦鐵球被耗盡，遊戲即結束，所以這個遊戲基本上就是考驗玩家的生存長度，並在過程中探索那絕美又帶點科幻風的遊戲世界。

遊戲的配樂（相關專輯 Bandcamp 頁面）由瑞典音樂家 Douglas Holmquist 操刀，也是很符合整體的科幻冒險氣氛，但同時也有靜心的作用，不錯聽！

不過說到這個遊戲的開發公司，該公司已於 2023 年尾被更大的公司收購了，而原本的開發團隊班底也已離開公司了，所以這個遊戲接下來的命運，不好說。

結語

這兩個遊戲都沒有什麼完整的故事線或像 RPG 那樣有開拓世界之類的遊玩成分，說到底反而比較適合被歸類爲「殺時間」遊戲，不過以配樂和遊戲畫面而言，它們兩個我都覺得值得玩玩看。

  1. 算不算真的小衆見仁見智，但高質至少我認爲是肯定的！ ↩︎

  2. 原網址已下架，此爲 Wayback Machine 的備份版本。 ↩︎



《淵之信》（Your Letter）官方英譯本

最近看了《淵之信》（Your Letter）電影版後，又得知原來原作漫畫有出版官方的實體英譯本（而且是 2024 年才初版，很新）！由於太喜歡它的故事了，又看到馬來西亞的紀伊國屋（Kinokuniya）書店剛好有賣，就索性花錢買下去了！

收到了這本書後，好奇打開最後面的內頁來看，發現了個不得了的東西！

竟……竟然是……「那本書」1的……實……實體借書卡？！上……上面……還多了……小黎（筱莉）的名字？！！

……

😭😭😭😭😭😭😭😭

這 20 美金花得值得了啦！！！

  1. 不知道我在說什麼的，快去看 WEBTOON 上連載的原作漫畫（繁體中文版、英文版）! ↩︎



《妳的名字我的姓氏》（副歌部份）：Electone 編曲

心血來潮將由新加坡作曲家李偲菘作曲、由張學友原唱的粵語名曲《妳的名字我的姓氏》的副歌部份編成了給 Electone 電子琴演奏的版本。難度等級我會說大概在 Yamaha Grade 5-6 左右。

因爲只是一時興起作出來的，再加上身旁沒有 Electone 可彈，所以目前只有樂譜，沒有定製音色。不過我有寫上一些音色以及鼓節奏設定的指引，可以參考。

此爲樂譜的 PDF 連結，並以 CC BY-NC-SA 授權1釋出（當然不是原曲，只是此編曲本身；我沒有原曲版權），有興趣的可以取用。

  1. 需 credit 編曲者（也就是我）、不得商用，且需以相同授權釋出。 ↩︎



MKDR 與 mkdir

日本 Vocaloid 音樂家 DECO*27 有一首歌叫作《妄想感傷代償聯盟》，而這首歌的羅馬字縮寫是什麼？MKDR1。

聽起來超像終端機（terminal）上設定新文件夾（目錄；directory）的指令 mkdir 欸 XD。我有時候甚至會差點搞錯 lol。

  1. 會強調「羅馬字縮寫」，是因爲這首歌的歌名有另一個源自英語意譯的英文字母縮寫版本：DSCF，取自 Delusional Sentimental Compensation Federation 這個譯名。 ↩︎



Telegraph：極簡風的「所見即所得」網路寫作平臺

Telegraph 是什麼？

雖然這個 blog 網站是用 Hugo 這個靜態網頁生成器架設的，不過對一些人來說使用 Hugo 仍然有一定的電腦技術門檻，也有些人看到純文字界面就是會退避三舍。那麼，有什麼網路寫作或 blog 平臺是好用的、採用「所見即所得」（WYSIWYG）式界面，而且不需要太高的技術門檻呢？

個人在此推薦 Telegraph。這是由通訊軟體公司 Telegram 開發的網路寫作平臺。雖然 Telegraph 並非開源平臺，整體功能也沒有到很進階完善的程度，但它的整個界面非常極簡，也非常容易上手，對於想「無痛」寫 blog 的人也許會是個不錯的選擇。

使用方式很簡單：在瀏覽器輸入網址 telegra.ph，然後迎接你的會是以下的畫面：

沒錯，就這樣。然後把它當作一般的筆記軟體使用就可以了。寫完過後只需按下 Publish 按鈕，文章便會發佈到網路上，而想要分享文章的話，只需將生成的文章連結傳給別人就可以了。

如果想要修改文字樣式的話，可以選取特定文字，並從畫面跳出的格式選項中選取想要的格式即可，有粗體、斜體、加入超連結、主標題格式、副標題格式以及引言格式可供選擇。Telegraph 也支援加入圖片、 YouTube 或 Vimeo 影片，以及 Twitter 連結的功能。

這是我網上找到的一篇使用 Telegraph 發佈的文章，裡頭爲使用 Markdown 寫作的教學。題外話：如果是在電腦或手機處理任何文字相關的東西的話，大推薦學習使用 Markdown。它不僅容易學，也很輕量，更可以產出美觀的 PDF 文件或網站（相關例子：Hugo、Jekyll）。

缺點

雖然 Telegraph 的界面容易使用也簡潔美觀，但它還是有一些缺點的，像是以下幾點：

那麼，如果想要類似 Telegraph 的網上寫作體驗，但又想要自己管理自己的網站與文章的話，有什麼好方法嗎？

TapNote：類 Telegraph 的自架網站方案

我在 GitHub 上找到這個名爲 TapNote 的 repo。它是由 Sergei Vorniches 利用 vibe coding 製作出來的程式。不過設定它所需的電腦技術門檻較高（或是說較麻煩），需要懂得使用 Docker，也得自己架設主機才能讓它可在開放網路存取。如果真～的很想要類似 Telegraph 的使用體驗，也許可以試試？

不過老實說，如果想要自架網站，又要 WYSIWYG 的操作模式的話，倒不如叫你用 WordPress 反而還更無痛一些（笑）。

到最後還是推薦 Hugo 或 Bear Blog 就好

如果不介意使用 Markdown 的話，推薦使用 Hugo，因爲它執行速度快，且相對容易學習。

如果不想要面對架設（虛擬）主機的痛苦的話，推薦使用 Bear Blog，操作界面和 Telegraph 差不多地簡潔，上手起來也不難。雖然需要申請帳號，不過它好歹是 indie 專案，使用它算是在支持良心經營者（至少目前是如此）。



Extracting slug from filename in Hugo

TL;DR: Change every instance of :slug in the site configuration file into :slugorcontentbasename. See here for more info.

When building a website using the static site generator Hugo, some Hugo themes, such as Stack and hugo-bearblog (which is the theme used here), by default generate the ‘slug’ portion of the URL of a webpage by extracting and reformatting the title field provided in the front matter of the source Markdown file of the page.

This is because in the site configuration file of a Hugo site with such themes installed, the permalinks key, which determines how the URL looks like, is usually set up as something like this…

permalinks:
    post: /p/:slug/
    page: /:slug/

(The above snippet is obtained from the example site configuration file provided in the GitHub repository of the Stack theme, in YAML format.)

…or this.

[permalinks]
  blog = "/:slug/"

(The above snippet is obtained from the example site configuration file provided in the hugo-bearblog GitHub repository, in TOML format.)

The key here is the use of the token :slug. According to Hugo’s documentation, this token generates the URL ‘slug’ based on the title in front matter, unless a slug entry is provided. If neither is given, Hugo automatically generates one.

For example, if we’re using the (default) hugo-bearblog theme, and the Markdown file of a Hugo webpage in the blog directory looks like this (the front matter is in TOML format):

+++
title = 'My First Post 1'
+++

This is my first post!

Due to the configuration as shown above, the resulting URL of the corresponding webpage may then look like this:

https://example.org/my-first-post-1/

However, this presents a problem when we need to change the title of a webpage multiple times, as doing so will cause the URL of the page to change constantly.

This renders the old versions of the link useless, and makes sharing or publishing the page link a cumbersome task, as we’d need to keep updating the link if there are changes to it. It can also result in orphan pages, which is another pain to deal with.

One may suggest adding a fixed slug entry in the front matter as it takes higher priority. However, this is also troublesome if you already have lots of existing pages without a slug entry, like this very website! Just the thought of having to manually add a slug entry for every single page is already daunting to me, so I’m not gonna do that!

Moreover, I have already set the filename of each source Markdown file of the webpages in a URL-slug-like manner, so why don’t we have Hugo extract the filename and generate a slug from there? This allows me to constantly update the title without worrying about the permalink, as long as I don’t touch the filename!

Luckily, there is a simple solution to that! In newer versions of Hugo (specifically, after v0.144.0), there is a token called :slugorcontentbasename, which does exactly what I want, i.e. extracting the filename to generate the URL slug (unless I specifically provide another slug entry, which takes greater precedence).

Thus, I only need to edit the permalinks key in the site configuration file of this website like so:

[permalinks]
  blog = "/:slugorcontentbasename/"

Hugo will then generate the webpage link based on the filename of the source Markdown file, instead of the title! Mission accomplished!

Further reading:



寫 blog 帶來的歡樂

https://mtwb.blog/posts/2025/the-joy-of-creativity/

之前讀到了這篇簡短的文章，其中有一句對我特別有共鳴。

I’m staring at my blog right now. You ever do that?

You know what, Matt? Yes, I do too!

就像我更之前寫的一篇文中提到，我架設自己的 blog 網站寫東西，即使沒其他人看，至少也有娛樂到自己。雖然這種說法有點像在自欺欺人，不過我是認真的：光是能夠回顧以前記錄過的自身想法，就足以讓我心情變好一點了。所以當我看到上面那篇文並且發現原來自己在這方面並不孤單的時候，內心是覺得滿安慰的。

總之，這又是一篇鼓勵別人應該要架自己的 blog 的廢文。相信我，寫部落格文章可以給自己帶來的樂趣遠比想像的更多！而且，我自己也很期待你會在自己的 blog 網站上寫什麼，期待看到你表達自己的興趣與想法。這不僅能讓我學到東西，也可以讓我更認識你！



YouTube 超賤的預設開啟合輯播放模式

寫這篇文是想抱怨 YouTube 網路版最近1偷偷加入的一個改版。我超級討厭這個改版，因爲它非常反直覺，也完全背離我使用 YouTube 的偏好，而且它很賤：如果不特地稍爲研究一下，一般使用者根本不會察覺到這個改版。

看到標題的讀者也許能夠猜到我要說什麼了，那就是：YouTube 現在會預設在你點閱透過搜尋的方式找到的影片時，只要該影片被 YouTube 判定爲「音樂影片」（music video），YouTube 便會透過偷偷修改網址的方式預設開啟不間斷的「YouTube 合輯」（YouTube Mix）播放清單模式，而非如一個正常的搜尋功能般，當人家只要看單一影片時就該給它單一影片的連結就好！

以下是我示範透過搜尋的方式於安裝了 uBlock Origin 的 Firefox 瀏覽器隱私模式下查找我最近上傳的 Undertale/Deltarune 串燒曲樂譜影片時的螢幕畫面錄影。果不其然，該影片被 YouTube 判定成「音樂影片」，所以即使在搜尋結果頁面中明明沒有明確標示「合輯」（Mix）等字樣，YouTube 仍然偷偷將網址改成「YouTube 合輯」播放清單連結！不僅如此，有沒有發現到我甚至無法透過播放器選項關閉自動播放模式？

至於貓膩在哪裡？就在網址尾端的 &list=RD4jn7R2qD9_E&start_radio=1 這個部份！它們是所謂的「網址參數」（URL parameter/argument）2，其中 list=... 代表播放清單 ID，而 start_radio=1 代表「開啟『YouTube 合輯』模式」！

我個人是很不喜歡「YouTube 合輯」模式的，也會把「自動播放模式」關掉，因爲我沒有一直不間斷地看影片的必要，也不喜歡由演算法來決定我下一部影片該看什麼3，所以看到 YouTube 不僅將「YouTube 合輯」預設開啟，而且還是用修改網址這種偷偷摸摸的方式，我就感到非常生氣。

尤其是偷改網址這一點，如果某人透過搜尋找到一部影片後，想要透過複製貼上網址的方式分享影片的話，不知情者就會把「YouTube 合輯」的播放清單影片連結傳給別人，而非單一的影片連結！這對使用者所造成的困擾可想而知，非常煩人！

YouTube 最近種種的自殺式改版真的是讓人心累……再這樣下去他們只會迫使越來越多人決定放棄使用 YouTube 的。

  1. 根據我模糊的記憶，這個改版我是大概一個月前左右才開始察覺到的，不過類似的現象好像在更早之前就已經被人抱怨過了。 ↩︎

  2. 眼尖的讀者可能也在螢幕錄影中看到出現在左下方的 YouTube 影片網址中有 &pp=... 的字樣。那是另一個拿來追蹤使用者動態的網址參數，也同樣令人討厭；他們也有另一個類似的參數，叫作 si。不過這些就是另一個主題了。 ↩︎

  3. 雖然我也會點選出現在 YouTube 網路版頁面右方的演算法推薦影片，不過至少我在這麼做時仍然能自己選擇要看哪一個特定的影片，而非完全由演算法決定影片的播放選擇與排序。 ↩︎



部落格問題挑戰

在「廢文小天地」網站上看到作者寫了個中文版本的《部落格問題挑戰》（Blog Questions Challenge），便決定也一起跟風了。

以下是問題列表：

  1. 你當初為什麼開始寫部落格？
  2. 你使用什麼平台來管理你的部落格？為什麼選擇它？
  3. 你之前有在其他平台上寫過部落格文章嗎？
  4. 你如何撰寫文章？例如，使用本地編輯工具，還是在部落格的後台／控制面板中編寫？
  5. 你什麼時候最有寫作靈感？
  6. 你會在寫完後立即發佈，還是會先存成草稿醞釀一下？
  7. 你部落格上最喜歡的文章是哪一篇？
  8. 你對部落格有什麼未來計畫嗎？例如重新設計、搬到另一個平台，或是加入新功能？

你當初為什麼開始寫部落格？

之前在 Podcast《好檸檬》的某一集聽到 Wiwi 推薦了 Hugo 這個靜態網站生成器，便決定自學使用它架設網站。後來看到 Wiwi 使用 Hugo 製作的「NiceChord 好和弦」網站，以及他決定開設自己的部落格網站，再加上瞭解到社群媒體（尤其是 Facebook）的種種弊端，便決定在 2021 年把我之前的 Facebook 和 Instagram 帳號刪除，並以自架的 blog 網站作爲在網上表達想法的替代平臺。

你使用什麼平台來管理你的部落格？為什麼選擇它？

我是用 Hugo 生成我的網站，用 Git 來管理，並且使用 Vercel 部署。之前我是花錢在 Linode 租個虛擬主機，然後自己安裝一個網頁伺服器（當時用的是 OpenLiteSpeed），後來覺得太麻煩就改用 Vercel 了。

你之前有在其他平台上寫過部落格文章嗎？

沒有。

你如何撰寫文章？例如，使用本地編輯工具，還是在部落格的後台／控制面板中編寫？

因爲是用 Hugo 生成網站，所以文章都是在本機以 Markdown 文件格式寫的。編輯工具我用過好幾個，有 Obsidian、VSCodium、Atom，甚至是 Linux 系統內建的文字編輯器（我用的是 gedit）都有。會用哪個純粹看心情。

你什麼時候最有寫作靈感？

就……有感而發的時候。有時是看了別人寫的部落格文章過後，有時是遇到了一些讓我有感觸的生活小事過後，有時是看了某個電影電視劇或動漫過後，有時是無聊沒事做、胡思亂想的時候。

你會在寫完後立即發佈，還是會先存成草稿醞釀一下？

通常是長篇文章會先存成草稿，短篇文章會寫完後立即發佈。

你部落格上最喜歡的文章是哪一篇？

應該是《陪伴我多年的樂譜文件夾，與管樂演奏 burnout》這一篇吧。

這是我最發自內心、最讓我有懷念以及生活回味感覺的文章之一，也讓我能夠更深度地思考之後的人生抉擇。

你對部落格有什麼未來計畫嗎？例如重新設計、搬到另一個平台，或是加入新功能？

也許想到的時候會加入新功能，但目前的狀態我覺得已經可以了。基本上我會把寫 blog 文章當作和以前還有社群媒體帳號時發文分享想法時一樣，把這裡當作亂談的出口。



DRM 老鼠賽跑

https://wiwi.blog/blog/afraid-of-piracy

好好笑XD，但想起這些荒謬的限制（幾乎）都真實存在，就笑不太出來了……

也許會有人覺得我這樣是在因噎廢食，但這也是爲什麼我不喜歡電子書，要買書的話一定優先買實體版。

註：「老鼠賽跑」是英文短語 rat race 的直譯，意思爲永無休止的抵抗或競爭。