隨機性技術隨筆

文章分享

[專欄] 電子布告欄系統與近代網路次文化發展史

Ptt/Ptt2 近期對於 SSH 連線實作的更動 — r2

本篇文章將以使用者與 BBS 程式測試者的角度觀察，最近 PttBBS 對於 SSH 連線提供服務方式的更動，以及對於一般使用者可能造成的影響。
近幾年以來發生尖峰時間 Ptt 無法正常登入的負載問題頻率愈來愈高，尤其在近幾個月來更是出現一般使用者認為中規模的事件，如：小區域地震、三級警戒以來每天召開的防疫記者會，Ptt 也仍因過載而持續發生無法登入的窘況。引發各看板，包含 SYSOP 站務板大大小小的抱怨。
對此站方有什麼積極應對解決的方案呢？其實是有的。本篇文章根據初步觀察大概分成四個階段：觀察、分析、嘗試方案、解決(正式上線)，並一併討論 SSH 連線實作的更動會如何改善這樣的問題。

隨機性技術隨筆

從舊手機備份中拷貝遊戲的存檔 — gholk

最近比較閒，把一些以前玩過的 android 遊戲裝回來玩。很多遊戲都沒有內建存檔轉移機制，所以以前玩的進度沒了。只好自立自強從以前手機的備份映象檔中，找回以前遊戲的存檔，放到現在手機的資料目錄中。
Android 手機的備份檔案，常見的有 tar，也有整個檔案系統的映像檔，而後者的格式可能是古老的 yaffs 或是近年的 ext4。至於直接把存檔從手機裡拉出來及送進去，用 root 可以簡單做到，而用 adb backup 搭配 adb backup extractor 也可以。

文章分享

2020-21 趨勢：中國遊戲正在跳過臺灣？ — gholk

今天下午舉行六月分享會，邀請了熊大總經理來聊聊他作為玩家，也作為營運廠商對於台灣產業遊戲的心得。
[…]
在整場討論中，有一個關鍵點是我們提到了「中國遊戲正在退出（精確地說，是跳過）台灣市場」，這一話題讓許多朋友私訊來問我，甚至還有媒體記者來詢問，所以我就簡單寫了這篇來說明。更詳細的討論，請參考八月 RainReader 在《數位時代》或其他地方的專欄。

[…] 2020 年大量的中國遊戲跳過臺灣，直接進入韓國和日本，乃至於全球市場。這些中國遊戲在韓、日或全球市場上取得非常亮眼成績在幾年前幾乎是不可想像的事。這些中國遊戲直接省略在台灣市場測試的時間，自然就讓許多靠代理中國遊戲為生的中小型營運廠商面對很大的挑戰。

上述的情況之所以會在這幾年內產生，其中一個關鍵的原因是乃至政治上的對立氛圍。本文並不打算討論政治，但兩岸政治的緊張已經深刻影響到所有領域，幾個有名的事件可以作為例證：

• 2020 年 4 月 4 日 的網銀與西山居事件
• Hololive 與華碩 ROG 小編在脖子架著刀事件
• 赤燭的《還願》

Debian 套件打包教學指南 — r2

繼 week26 介紹如何用簡易方式快速打包 Debian package 後，這邊再分享一個如何「正確」打包 Debian 套件的官方指南。該指引也理應適用於所有 Debian 衍生發行版，例如 Ubuntu、MX Linux 等。這本官方手冊的優點有：1. 為正體中文版；2. 有持續被維護；3. 翻譯者為臺灣的 Debian developer — SZ Lin，在臺灣其他開源社群也十分活躍。有了這樣的資源，相信要瞭解正確的套件打包知識，並且將其觀念與其他發行版對照而理解活用，將會容易許多。

Bedtime Stories For Children: Storage Engines (pub-ver) — Rain

還在把 database 當作儲藏室在用嗎？其底層儲存資料的原理其實大有學問。本篇作者將以幼稚園小孩床邊故事的風格來深入淺出地介紹 storage engine 的發展以及在各個情境下的取捨。

The Advanced Challenge of Load Balancing – Rain

這幾年處理 Load Balancing 相關問題的一些心得，若要能實現任意的分配流量的話必須滿足一些前提，其中一個就是所有 server 都必須是 stateless，如此一來一個 request 在每一台 server 的處理邏輯才會相同。然而很多用於提昇效能的技術如 Session 和 WebSocket 都會增加一些變數，直接套用市面上常見的 Load Balancer 而沒有進一步去研讀文件的話，很可能會忽略一些關鍵問題，進而導致服務運作異常的潛在風險。

隨機性技術隨筆

matrix 菜鳥使用心得 – gholk

一直想架一個自由的即時通訊軟體， 之前 大概研究了幾個自由的 im ， 最後因為有社團的資源可以蹭，所以架了聯邦制的 im matrix。matrix 在架構上介於 discord（或 slack）與 irc 的中間， 但因為聯邦制和注重隱私，又多了一些不便。 加上很多功能還在開發中，會少一些功能，需要手動操作。 目前要直接從 discord 搬過來 matrix 會不太方便。 本文介紹了 matrix 的基本概念、使用經驗、與 discord 的比較， 最後是如何以 restful api 管理伺服器。

PyGMT, 在 Python 製圖領域推廣 GMT 的利器? 我 ok, 你先用? – r2

Generic Mapping Tools，通用製圖工具，官方以及常見的簡稱為 GMT，是在地球科學領域廣泛使用的地理製圖工具之一。它可以在各種平臺結合 Shell Script (bash、csh)，Batch file(Windows) 的特性以及第三方工具(如: awk)，撰寫腳本以進行空間資訊的數據處理及高度客製化的地圖、圖表繪製。PyGMT 於 2020 年 5 月釋出，作為 GMT 在 Python 的 API。究竟這樣的專案對於 GMT 的使用族群而言有什麼可利用之處呢？以下分享個人的使用心得。

文章分享

[英文] 聯邦制的權限管理：以 gnome 社群的 matrix 為例 – gholk

gnome 社群並沒有定義出正式的聊天平台。 最近他們決定架設 matrix，但在管理上碰到了一些問題。 他們的 matrix 是開放註冊的，不屬於 gnome 社群的人也可以註冊， 取得一個 @xxxxx:gnome.org 的帳號，帶來了身份識別問題。 他們一開始也並未限制頻道地址命名空間， 所有使用者都能建立 #xxxxx:gnome.org 的頻道。 他們還遭遇了某些頻道自治的問題。 最後，他們遷移到了 matrix 的託管平台 EMS 上。

該部落格還有一些有關 gnome matrix 的文章。

rootfs 淺談 – r2

本篇技術簡報分享主要介紹了 rootfs 在 Linux 組成、Linux 開機的地位，以及如何用 FHS (檔案系統階層標準) 規範 rootfs 的架構，從各個發行版的既有資源建立 rootfs，藉由 chroot 進入 rootfs 的方式。概念看似基本，但對於想要理解容器化基礎，或是建立更為客製化的 Linux 發行版，瞭解並對照其他 Unix 家族組成架構的來說，卻是不可或缺的。另外理解 chroot 的概念也能在本地 console 操作的 Linux 機器無法開機時，快速嘗試出有效的救援方案。

Alpine, Slim, Stretch, Buster, Jessie, Bullseye — What are the Differences in Docker Images? – Rain

如果你也是一名熟悉容器化服務的開發者，那麼你肯定曾經遇過打包 image 時該如何選用 base image 的問題，有些已經幫你裝了許多好用的工具讓你打包速度提升不少，但也因此體積較為龐大，有些則是有著非常小的體積，但也因為對他的不熟悉而不確定裡面是不是缺了什麼重要的工具。以 Go 語言的 docker image 來說，official 的完整版是 800+ MB，如果你是用一些公有雲提供商的免費額度虛擬機器，那麼相當於直接把可用儲存空間佔掉一半左右，選擇另個更輕量的肯定是明智之舉。本篇作者會分享常見的 docker image tag 後綴意涵，幫助大家更好的選擇需要的 base image。

夢之大地新式密碼加密原理分享 – IID

夢之大地在 v1.x 之前與其他多數 BBS 系統一樣，使用的密碼加密方式都是 DES，而在現代有了加密強度不夠的問題。從夢大 v2.0 開始，已啟用新的密碼加密系統，使用了 SHA-256。注意本文稱呼的「密碼加密」，是利用密碼 hash 函數來儲存與驗證密碼的方法。

[專欄] Random Life Journal

The concepts behind the built-in indexes of PostgreSQL – Rain

記得兩三年前第一次接觸 database 時，面對 query 速度過慢的問題總是會反射性回應「建立 index」。當時一直以為 index 就只有 binary search tree 一種實作方式而已。後來看過越來越多不同的產品及案例，各自的資料庫內所儲存的資料都有所不同，因此意識到 binary search tree 並不是萬用解法，並開始研究各種不同 index 背後的設計思維。

隨機性技術隨筆

在 Debian/Ubuntu 等 Linux 發行版下簡易打包軟體 – 以 SAC 為例 – r2

Linux 發行版基本上就是一個「拼裝車」，將各個不同來源的專案原始碼組合成一個多用途的「通用作業系統」。我們將以地震學軟體 SAC 為例，說明如何簡單利用「套件打包」的機制，藉由既有的軟體打包管理工具，來更有秩序地管理發行版內的軟體。

文章分享

Lessons from Building Observability Tools at Netflix – Rain

越是複雜的系統，行為追蹤上就越有挑戰，尤其是版圖橫跨世界的 Big Tech companies 所建構的系統，連企業內部的資深員工在演講時也多次坦言沒有任何一位工程師能理解整個系統架構。在面對這樣的一個近似於黑箱的龐大服務時，該如何準確擷取關鍵資訊，並將其轉換成有助於判斷當下情況的資訊，是個非常值得研究的課題。本文作者將針對 log ingestion, request tracing, metrics analysis 等等方面來分享在打造工具時所遭遇的難點與對應的解決方案。

從 Freenode 脫離以及 IRC 新秀 Libera.Chat – gholk

freenode 是長年以來被多數開源與自由軟體社群所用的 IRC 網，也是 g0v 當初起創之時的所在地。不過最近顯然經歷了不少風雨。在 5/19 時天地變色。

12 位工作人員在當天發表辭職聲明。主要大意都是對於 freenode ltd 被全數賣給 Andrew Lee 這位人物。買賣成立之後這位 Andrew Lee 似乎決定要對他新買來的公司的商轉方式伸手伸腳，而這一點與他所給的承諾前後不一。多數工作人員似乎覺得這為新來的作風很有問題，與 freenode 創辦初衷方向偏離，所以離職。

而在 5/19 同一天，這些工作人員所設立的新網絡 Libera.chat 出現。這整件事也公表於世。一群共事十幾年的人脫離舊公司後跳出來再開設一間業務一模一樣的新公司，他們顯然十分喜歡做這件事。也是還真是謝謝他們在這近二十年間提供服務，讓 freenode 長年能為免費且與監視資本主義沾不上邊。之後會演變成怎麼樣呢。

[英文] 研究宣稱比特幣消耗的能源小於傳統金融業 – gholk

加密貨幣使用電腦進行大量計算以 開採 與 記錄 交易過程，因此常被批評消耗過多能源在沒有意義的事上，特斯拉執行長馬斯克即因此決定取消特斯拉透過比特幣支付的銷售管道。但一項新研究估計了全世界在比特幣上所消耗的能源，為 113.89 tera watts，尚少於全世界傳統銀行業的耗能 263.73 tera watts，與金礦開採的耗能 240.61 tera watts。

但考量目前比特幣仍屬於發展期，耗能也許還沒到達頂峰，而目前銀行業的耗能，已經是實際支撐全球使用規模的結果；要以此斷言比特幣較傳統金融業節約能源並不合理。

夢之大地(Maple3) 的 BRH 看板閱讀紀錄系統 – IID (Iweidieng Iep)

BRH 看板閱讀紀錄系統是 MapleBBS 3 所使用的看板閱讀紀錄系統，而 BRH 是此系統所使用的資料結構。在 BBS 使用者目錄下的 .BRH 檔是匯集了此使用者閱讀的所有看板的 BRH 的輸出。MapleBBS 3.00a 時，開發者在 BRH 相關函式誤用了 memcpy 來移動記憶體範圍可能重疊的 BRH 資料，產生 undefined behavior 而未加以修正。使得在較新的作業系統上運作時，會因為 memcpy 最佳化的 undefined behavior 而出現 BRHs 損壞的現象。本篇文章作者已經將相關細節記錄在文章中並實作在現行的夢之大地 BBS 上，希望對其他嘗試移植系統到較新平臺的 Maple3 BBS 站臺開發人員有所幫助，進而增加類似系統至今能夠持續被維護的可能。

隨機性技術隨筆

對下一代即時通訊系統的想像 – gholk

現代智慧型手機上的即時通訊軟體都有許多體制上的缺陷， 包含不自由、不安全、侵犯隱私、依賴中心伺服器等。 自由軟體界蠻重視這些議題，也都有提出對應的解決方法， 本文介紹我自己的理解與對應的軟體。

[筆記] API 設計概念 - 下篇 - LanKuDot

之前為了 python 專案要提供 module API 給使用者使用，而去搜尋相關資料，找到這場 Google 的演講 - 「How To Design A Good API and Why it Matters」。當中提到平常寫程式就是一種 API 設計，因而覺得演講中的概念對於寫程式的觀念相當有幫助，所以將其整理成兩篇筆記。延續上篇，本篇為下篇，記錄演講下半場的內容，主要為類別設計與函式設計的概念。

文章分享

[翻譯] 即時通大戰 Chat Wars(上篇) – gholk

這篇文章主要是在談早期 MSN vs AOL 的大戰。這場大戰其實結果還滿清楚的，MSN 打倒了 AOL Instant Messenger(AIM)，成為未來十年內最成功的 IM(Instant Messenger)。這篇文章提到的不止是商場策略，而且還提到了許多技術方面的東西，尤其是 Microsoft 怎麼「破解」AOL Service Server。

這不是我翻的，只是分享。也不要問我下篇在哪，太監了（下面沒有了），自己去看原文。

System Design — AWS SNS – Rain

Message broker 作為一個應對無法及時消化工作量的解決方案，在流量難以預測的情境中給了我們不少幫助，但我們往往很少去深究其內部究竟是如何實現的。本篇文章中作者將會以 AWS SNS 作為示範，從比較口語上的可靠性與可用性，到細節上儲存空間與網路帶寬需求來一一討論各種考量要點。