結果之後發現印表機還是會出現一些問題…
後來研究半天，決定改成透過 USB/IP 來把印表機接到 Windows 電腦上

前情提要

一些背景就不重複了，可以參考前一篇文章
簡單來說就是要把一台接到 Raspberry Pi 的印表機
不透過實體 USB 線，弄到可以從 Windows 電腦上列印

前一篇文章的最終方案出現的問題

前一篇文章提到的 Samba + CUPS + 空 ENPC 封包方案
剛設定完後
列印都沒問題，操作延遲也都在可接受範圍內

但是過一段時間
打開印表機，從 Windows 電腦列印的時候
印表機卻會印到約 95% 就把紙送出來
然後停住、亮缺紙／夾紙燈

正常來說真的發生缺紙或夾紙的話
把紙處理好，按下印表機上的送紙鍵就會繼續列印

可是現在按下任何按鍵都沒反應
即使把印表機重開都沒辦法解決
最後發現要到 Raspberry Pi 上清掉列印工作、重開 CUPS 才能解決

然後過一陣子又會再發生一樣的情況

是 ENPC 封包的問題嗎…？

本來猜說是不是 ENPC 封包的問題
回應空封包可能會讓驅動程式出問題？

於是把印表機暫時接到一台 Windows 電腦上
裝好 Epson 官方的驅動程式，打開 Windows 的分享功能
到另一台 Windows 電腦上安裝驅動程式透過 SMB 連上那台印表機
再用 WireShark 看看正常情況下的 ENPC 封包是要回應什麼

結果發現這種情況下
客戶端的驅動程式根本就不會發送 ENPC 請求封包
這就表示對 Epson 的驅動程式來說
遠端印表機是接在 Samba + CUPS 的組合上，跟接到 Windows 電腦上，是有差異的

到這一步就可以知道要解決 Samba + CUPS 的問題不會很容易
甚至可能是不可能的了
畢竟我們不知道 Epson 的驅動程式具體做了什麼

USB/IP

後來決定改試試看 USB/IP 協定
這個協定簡單來說，就是伺服器端把 USB 設備透過網路分享出去
客戶端就可以把這個設備當作是接在自己的電腦上一樣使用

詳細說明可以參考以下幾個連結：

• https://www.kernel.org/doc/html/latest/usb/usbip_protocol.html
• https://usbip.sourceforge.net/
• https://wiki.archlinux.org/title/USB/IP

其實一開始就有考慮過這個方案了
雖然 USB/IP 在 Linux 上是內建在 kernel 裡，又已經有一段時間了
應該算穩定
但我的使用情境裡，客戶端是 Windows
之前查了一下，發現現在 Windows 上的 USB/IP 驅動程式好像還有一些問題
就想說先試試看其它的作法

不過現在看來
還是得試試看這個方案了

大致流程

伺服器端（Raspberry Pi）

1. 安裝 usbip
2. 啟動 usbipd 服務
3. 把印表機 bind 到 USB/IP 分享出去

客戶端（Windows）

1. 安裝 cezanne/usbip-win 的驅動程式
2. Attach 到伺服器端的印表機

額外說明

伺服器端在重開、重接後自動 bind

由於 USB 裝置因為拔掉或關機而與系統斷開連線時
USB/IP 會取消 bind 的狀態
重新連上也不會自動 bind 回去
所以會需要一些機制來自動把印表機 bind 上去

另外 usbipd 這個服務在 Debian 上的 usbip 套件裡是沒有包含 systemd 服務的
所以也不會自動在系統開機時啟動

所以我就參考一些網路上看到的作法
寫了一個 systemd unit 檔案來自動啟動 usbipd 服務
以及一個 udev rule，在印表機連上時自動跑 usbip bind

https://github.com/lcy0321/systemd-udev-usbip-printers

客戶端的驅動程式

前面提到 Windows 上的 USB/IP 驅動程式好像有一些問題
是指說歷史比較悠久、驅動程式有簽章的 cezanne/usbip-win 已經沒在維護了
而有持續在開發的 vadimgrn/usbip-win2 目前還沒有驅動程式簽章
沒有簽章的話，Windows 必須要開啟 TESTSIGNING 模式才能安裝並使用這個驅動程式
這會降低系統的安全性，而且據說有些銀行的程式會不給在這個模式下使用

我還是先選擇舊的 cezanne/usbip-win 來試試看
使用的是有簽章的版本 0.3.6-dev
目前看起來沒出現什麼問題
不過還是希望能有公司出現幫 vadimgrn/usbip-win2 的驅動程式簽章

客戶端自動 attach

類似伺服器端的問題
伺服器端的 USB/IP 裝置因為關機之類的問題而消失時
客戶端也會自動取消 attach
所以需要一個機制來自動 attach

本來是想透過 Windows 的工作排程器來實作
每隔一段時間就執行一次 usbip attach 指令
反正如果已經 attach 了，再 attach 也不會有問題
伺服器端的 USB/IP 裝置不在的話，指令會失敗，也不會有什麼問題

不過這樣有兩個問題

第一是工作排程器的最小間隔是 1 分鐘
這就表示打開印表機到客戶端 attach 的時間最多會延遲 1 分鐘

第二是伺服器端上會出現一大堆 error log
顯示有客戶端試圖 attach 一個不存在的 USB/IP 裝置
或是試圖 attach 一個已經被 attach 的裝置

所以後來寫了一個 PowerShell script
只在目前沒有 attach 的情況下
執行 list 指令，看看伺服器端上的 USB/IP 裝置在不在
在的話就 attach；不在的話就不做任何事情
等個幾秒後再重複這個動作

然後再用 winsw 把它包裝成 Windows 服務
讓它開機時自動啟動，並在意外關閉時自動重啟

結論

目前試起來是沒有問題
不過前幾次的問題也是過一陣子才會出現…
所以還是要再觀察一陣子才能確定

最近我們家購入新屋，是一棟 15～20 年的中古屋
原本是隔成許多戶分租給學生，屋況不是很好
所以要搬進去住一定得整個重新裝修
考慮到預期是要長期居住的（至少我父母是），所以想說要找設計師來做整體的規劃和設計

大致時間線

• N：與原屋主簽約，確定購屋。同時開始找設計公司。
• N + 1 週 ～ 4 週：找幾家設計公司諮詢、丈量、報價，然後決定了其中一家。
• N + 1 個月：交屋。開始與設計公司討論設計方案。
• N + 3 個月：開工。
• N + 7 個月：完工驗收。
• N + 8 個月：搬家入住。

找設計公司

考量因素

找設計公司的過程中，主要是考量以下因素：

地點

希望設計公司不要離我們新家和舊家太遠
一方面溝通成本比較低，另一方面之後施工的時候對方也比較方便

設計風格

我們家的共識主要是想要簡潔的風格，不要太多花俏的裝飾
這個應該也是現在主流的風格，像是北歐風或日式風之類的
所以就是參考各家設計公司在官方網站或社群平台上的作品集，看看會不會離我們的期待太遠

評價

主要就 Google 地圖上的評價，再加上拿公司名稱去搜尋看看有沒有什麼評論
不過住家附近的一些小設計公司可能就沒有太多評價，比較不好分辨
我是評論數太少、Google 找不到的就先略過

室內裝修業登記

雖然新北市不像台北市，會嚴格要求裝修需要申請室內裝修許可證
但是想說還是找個有合法登記的公司比較保險（可以到這裡查）

最終選擇

根據以上考量，最後是找到兩間設計公司
一個是連鎖的大公司，在新家附近有據點
另一個是小型的公司，也是在新家附近

綜合考慮報價和討論過程中的體驗
最後選擇了小型的公司

討論及施工過程

基本上每一間設計公司要走的流程都差不多
諮詢、丈量、報價、討論、施工、驗收

討論又分為幾個階段
其中每項都討論了非常多細節，也花了很多時間在跟家人還有設計師討論
每次討論也都會有前幾次的項目需要再修改討論
以下只列大致內容，並提一些比較特別的部分

平面配置圖

平面配置圖就是丈量後最初步的設計
規劃家裡的隔間和用途，以及大致的家具配置
以及指定一些裝修材料、設備，以及工法
以我們家為例，主要是討論：

• 廚房一字型要改 L 型
• 系統櫃擺設的位置
• 一間輕隔間與外面系統櫃分配的空間
• 水管不用重拉；電線要重拉

在這階段也會有初步的報價
要再往後走流程的話就要簽約了

[!NOTE]
這邊有一個點是我提出了要把網路線的 CAT-5e 換成 CAT-6
想說價差不大，沒什麼理由用 CAT-5e

平面系統圖

在這階段就會提供幾張更詳細的平面圖來討論，包括：

• 平面配置圖
• 拆除圖
• 木作隔間圖
• 系統櫃配置圖
• 泥作圖
• 天花板圖
• 木地板圖
• 冷氣空調圖
• 插座弱電圖
• 燈具迴路圖
• 塗裝玻璃圖

會一張一張的討論
看大家哪邊有意見或是有什麼想法
這些圖在後續每次討論，都會再拿出來修修改改
每次討論都會有更新

[!NOTE]
我自己算一算我自己房間的用電量
每項都多抓一點，就發現可能會需要第二個迴路
就有提出來，還有要求插座多一點

系統櫃立面圖、白模圖

前面的圖都是平面圖，這邊就是立體的圖

立面圖是系統櫃具體的的設計
看隔層和高度的設計、抽屜和門的選擇、把手的樣式等

白模圖就是整個房間的未上色 3D 模型圖
可以比較直觀地看到整個房間的樣子，看跟預期有沒有差異

也在這時候會讓我們回去討論選擇各個牆面、系統櫃、地板、天花板等的顏色或花紋

彩圖

這邊幾乎就是開工前的最後討論了
設計師會拿出各個空間已經上色的 3D 模型渲染圖
看看跟預期有沒有差異，有沒有什麼地方需要修改

[!NOTE]
這階段的時候我有提出想採用比較好看的插座和開關
原本都是 Panasonic 的星光系列
後來把公共空間顯眼位置的開關改成 RISNA 系列
主要是讓雙切開關不會有看起來開關跟實際狀態不一致的問題
我跟妹妹比較在意外觀，把房間顯眼位置的開關和插座改成 GLATIMA 系列

開工前以及施工中

從最開始討論，一直到開工前，甚至是施工中
中間每次有想法或是有問題都會透過 LINE 或電話再跟設計師討論確認
會需要現場見面的，通常都是要針對圖面討論，比較不方便單純用文字或語音

浴室配件與窗簾

施工到最終階段前
會再約一次到裝修現場，確認浴室配件和窗簾
主要是這個階段才確切地知道浴室的配置和大小
也才能現場感受未來的使用情境

完工驗收

最後驗收的時候
會再次確認每個空間的設計和裝修是否符合預期
操作每個開關、抽屜、門窗，看看有沒有問題
像我們就遇到有少數幾個櫃子門有點卡卡的，還有一些木作的邊角有點尖
不過幾乎都沒有太大問題

其它

中間除了與設計公司接洽外
還有一些其它與裝修相關的事情要另外處理

家具行

找了幾間家具行，跟家人一起去物色有沒有適合的
除了一些地方的家具行之外
還去逛了像是 IKEA 和特力家居這類的連鎖展示中心

瞬熱飲水機

想說都重新裝修了，順便裝個瞬熱飲水機
也找家人跑去 VOCA 的展示據點體驗看看
然後選擇想要的配備

浴室配件

浴室配件光看設計師和網頁上的圖片沒什麼感覺
於是在浴室配件討論前，也跟家人一起去 OVO 的展示中心看看
現場看展示品，比較能感受到實際的使用情境
幫助我們在跟設計師討論前，決定想要的配備

冷氣廠商

這間設計公司不直接經手冷氣空調的部分
而是我們要自己找冷氣廠商，再請他們跟設計公司接洽

設計公司也有介紹一間冷氣廠商
我們自己詢問了幾間之後，最後還是選擇了設計公司介紹的那間

這邊本來有想到要不要裝全熱交換器和全戶除濕機
後來跟家人討論後覺得可能必要性不高，就還是只有裝分離式冷氣

五台室內機 + 兩台室外機
加上要拉到統一的室外機位置
冷氣主機費用，加上施工費及材料費
總價是新台幣 280,000 元

玄關門噴漆

玄關門是那種經典的硫化銅門
不知道是年久還是保養不當，已經有點生鏽和掉漆
導致看起來很老舊，與新裝修的風格不太符合

本來設計公司是建議可以找廠商貼膜
不過聯絡貼膜廠商後，他們認為我們的門上有一些凹凸造型
貼膜會很費工，成本很高
建議我們改用噴漆

後來就連絡了廠商來噴漆
報價是新台幣 13,000 元
噴完後看起來跟新的一樣，效果不錯

電子鎖

家人對電子鎖有興趣
不過由於我們是雙玄關門的設計，款式上有點限制
推拉式的幾乎都會卡到另一個門的手把
所以只能選擇手把式

我本來想選擇 AiLock 的電子鎖
但家人比較偏好飛利浦的款式
所以後來就選擇了飛利浦的電子鎖

後續

入住後
陸續還是會遇到一些小問題需要處理
像是矽利康不夠、電燈開關卡住、油漆因地震裂開等
目前跟設計師聯絡都會過來處理
不確定一年保固後還會不會願意幫忙

事後檢討

目前入住後約半年了
整體而言，包含設計和施工雖然有一些瑕疵
但是問題都不太大，或是有來處理
再加上價格的綜合考量，我自己是覺得還算滿意

而我自己事後是還有想到一些當初沒有想到的、或是應該重新考慮的事情：

弱電廠商

這個設計公司是找水電廠商來做弱電工程
其實大部分設計公司應該都是這樣，不會再另外找弱電廠商

但是我覺得如果當初有找弱電廠商
不管在設計階段或是施工階段，可能都會有比較專業的建議或做法
像是說不定就會有方法直接拉線給印表機，見前一篇文章

當然應該會再多一筆費用，以及更多的溝通成本

智慧家電

裝修完、入住後才開始想到智慧家電的部分
才知道要做到比較好的智慧家電整合，其實要在裝修階段就要考慮
包括開關可能要預留中性線等
事後要再補上可能會比較麻煩

水線重拉

幾間設計公司其實都認為我們 15 年左右的水電管線要不要重拉都可以
當初考慮到電力比較會影響到安全，所以只有電線重拉
不過後來才想到說既然都預期要久住了，應該要連水線都重拉
不然過幾年真的遇到問題才要重發的話，肯定會麻煩很多

全熱交換器與全戶除濕機

如上面提到的，當初是有考慮要不要裝全熱交換器和全戶除濕機
這兩種裝置都是要在裝修階段就要考慮的
事後除非拆掉天花板，不然是很難再裝的

不過還是認為北部的空氣品質不會太差，所以全熱交換器需求不高
擺一台空氣清淨機就好
濕度感覺也不會太高，所以全戶除濕機也不太需要
需要的時候再擺一台一般的除濕機就好

萬一之後又有別間房子要裝修（至少短期內不會有）
可能會在重新考慮這兩個裝置看看

油漆

當初沒有跟設計公司確認到油漆施作時
會不會先處理掉舊有的油漆才上新的

後來發現廠商應該是直接在舊油漆上再上新的
導致油漆的吸附力好像不太好
沒辦法在上面黏東西，整個油漆會一起掉下來

容易有裂痕也不太確定是不是因為這個原因

2024-12-30 更新

這篇的最終解法在幾個月後還是出現了問題
後來的解法可見新的文章

前情提要

印表機

家裡的印表機是 Epson L360，是連續供墨的機型
用了快十年，還沒換過幾次墨水匣，滿划算的

本來在舊家放在客廳，是用 USB 接到一台 Windows 電腦上
再透過 Windows 的印表機共用功能，讓家裡的其它電腦可以用

不過搬到新家後，客廳配置不太一樣
放在弱電櫃上方，離電腦有一段距離，沒辦法直接接 USB 線

華碩無線路由器

本來是先透過 USB 接上華碩的無線路由器（RT-AC66U B1）
搭配這台路由器的網路印表機伺服器功能，分享給其它電腦用

正常的時候，不論是用華碩 EZ 印表機分享或 LPR 協定分享哪種方式
都可以在客戶端連上印表機後，透過 Epson 本身的驅動程式正常列印
只有一個小問題，用 LPR 協定分享的話，客戶端啟動列印到印表機開始列印之間會有一段 10 到 20 秒的延遲

可是不知道是什麼原因
每次重開印表機的時候，路由器都有機率把它認成 modem 裝置
導致印表機分享功能沒有啟動
這時候就要重開這個功能、重插印表機的 USB 線，或是重開印表機看看能不能解決

對我來說已經算麻煩了
更不用說對家人來說根本不知道怎麼處理

再加上網路上搜尋類似問題的時候，也看到也有人在抱怨華碩的網路印表機伺服器功能不太穩定
所以就考慮看能不能換個方式

Raspberry Pi

後來就想說搞一台單板電腦像是 Raspberry Pi 來當作印表機伺服器
剛好同事有一台 Raspberry Pi 3 Model B 可以借我
就跟他借來試試看
OS 是以 Debian 12 為基礎的 Raspberry Pi OS

在 Raspberry Pi 上安裝驅動程式，再透過 CUPS 分享（有問題）

首先嘗試的是在 Raspberry Pi 上安裝 Epson L360 的驅動程式
然後再用 CUPS 透過 IPP 協定分享給其它電腦用

CUPS 的安裝和設定這邊就不贅述了，沒有什麼特別的地方

安裝驅動程式

由於這台印表機有點年代了
什麼 driverless 或 IPP Everywhere 都沒有支援
所以還是要想辦法安裝驅動程式

然後 Epson 官方網站上也沒有提供 ARM64 架構的 Linux 驅動程式
所以也只能找第三方的方案
不過即使是第三方的方案，也沒有直接支援 L360 的驅動程式

幸好 Google 了一下發現不少人表示說可以用 Gutenprint 裡的 Epson L210 或 L310 驅動程式替代
只要安裝 printer-driver-gutenprint
之後在 CUPS 加入印表機的時候，model 選擇 Epson L210 或 L310 就可以了

分享印表機

然後參考 ArchWiki 這篇教學的 2.1 和 2.2 章節設定好分享
就可以在區域網路內其它電腦上看到這台印表機了
有開 DNS-SD 的話，Windows 應該直接按一下「搜尋印表機」就可以看到
沒有的話手動加入 http://<HOSTNANME>:631/printers/<PRINTER_NAME> 也可以

成功列印…？

Windows 加入這台印表機後會透過 IPP 協定去列印
除了選項比較少之外，基本上還是可以列印的

…本來是這樣想的
結果家父要列印的時候才發現邊界特別大
原本透過官方的驅動程式列印的時候，邊界只有 0.3 公分左右
現在這種方式列印的時候，邊界變成約 1 公分，尤其下邊界更是大到約 1.5 公分
Windows 上的程式要列印的時候就有類似「列印範圍超出紙張範圍」的警告
硬要列印的話，就會有一部分內容被切掉

不過我直接在 Raspberry Pi 上列印同樣的檔案，邊界就是正常的
所以應該是 CUPS 和 Windows 之間 IPP 溝通上有問題

試圖解決

用 IPP 的工具去看 CUPS 回覆的資訊看不出所以然
後來乾脆直接去改 PPD 檔案，把裡面除了 A4 以外的紙張尺寸都刪掉
然後再到客戶端上重新加入印表機

結果上、左、右邊界好像比較正常了
可是印出來的時候似乎內容會變得更靠邊，變得比設定的邊界小
然後下邊界好像還是有點大
而且更嚴重的是有時候最後一行會整個錯位，然後一頁內容被印表機印到兩頁
整個還是不能用的狀態

透過 Samba 分享印表機（成功但需要額外處理）

後來發現說還可以有另一種方式分享印表機
就是不在伺服器端安裝驅動程式，直接以 raw 的方式透過 Samba 分享印表機
讓客戶端自己透過驅動程式直接跟印表機溝通

設定 Samba 印表機分享

可以參考上面提過的 ArchWiki 教學的 2.3 章節，或是 Samba 官方 wiki 中分享印表機的教學
設定好後，從其它 Windows 客戶端打開檔案總管輸入 \\<HOSTNAME> 就可以看到這台印表機了
這種方法要客戶端自備驅動程式（沒有在 Sambda 伺服器上附上驅動程式的話）

成功列印

這種方法就完全是透過 Epson 官方的驅動程式直接跟印表機溝通
所有功能都是正常的，邊界問題也沒了
除了…

延遲問題

透過這種方式加入印表機
每次對印表機進行操作（例如列印、打開「印表機內容」或「列印喜好設定」視窗）都會有一個 30 秒左右的延遲
雖然不影響列印，但是每次操作都要等一段時間還是很怪

觀察

去 Raspberry Pi 上打開 CUPS 和 Samba 的 debug log
看起來在客戶端進行操作的時候，同樣的 request 都會重覆發幾次，中間隔個幾秒
不過看起來沒有什麼錯誤訊息

再用 Wireshark 監控網路封包
發現客戶端在進行操作的時候，都會對伺服器的 3289 port 發送幾次 UDP 封包
不過伺服器沒有聽這個 port 當然沒有回應
模式大概是

1. 客戶端發送 UDP 封包到伺服器的 3289 port
2. 伺服器立刻以 ICMP port unreachable 回應
3. 客戶端等 3 秒左右後再發送下一個 UDP 封包
4. 重複這個過程 8 次

這樣算一算差不多就是將近 30 秒的延遲

釐清

查了一下 UDP 3289 port 會發現 Epson 官方許多機型的文件都會提到
是 Epson 用來透過 ENPC 協定「從 EpsonNet Config、印表機驅動程式及掃描器驅動程式等應用程式中發現印表機」
不過網路上都找不到 ENPC 協定的相關資訊或實作
有看到一些討論（例如 escpos-php 和 Stack Overflow），但是大家也都沒有詳細資訊

解決

反正也不知道 ENPC 協定的 request 下來要回覆什麼
我乾脆就用 Python 寫個簡單的 UDP server
讓它聽 3289 port，然後都回一個空的訊息回去

🎉然後延遲就降到剩 5 秒左右了🎉
基本上就是省下了那段不斷重試 UDP 封包的時間
剩下的應該就是 Samba 或 CUPS 本身的延遲了

到這裡印表機的使用上就算是沒有什麼問題了

結語

當初想說印表機用得好好的，不想換新的
沒想到花了好幾天的時間在自己搞印表機伺服器上
幸好最後還是解決了

主要困難點大概是以下幾點：

1. Epson 官方沒有提供 ARM64 架構的 Linux 驅動程式
2. CUPS 相關的開放原始碼社群也沒有提供 Epson L360 的驅動程式，不確定會不會是這台印表機沒有在國外發售？
3. Epson 驅動程式本身用到的 ENPC 協定沒有相關資訊

以後要買印表機的話
應該要考慮直接買有無線網路分享功能的印表機…
近幾年的印表機應該對 IPP Everywhere 的支援比較好，也就比較沒有驅動程式的問題了

個人使用程式語言的經驗

我個人算上學生時代除了作業以外，開始會自己課餘寫程式開始
大概有八年的程式開發經驗

其中最熟 Python，不管業餘還是工作上都有用到，寫了六年多
不過沒有碰過 ML、AI、資料分析之類的
主要是在寫後端服務和一些有大有小的工具程式

Java 是在工作上寫過，接觸約兩年
JavaScript 工作上和業餘斷斷續續寫過
工作上也有多少碰到 C、C++、Groovy、Lua 之類的，大概就到略熟悉的程度
還有碰過像是架這個網站用的 Ruby，之前寫過的 PHP，不過都只有入門等級而已

開始寫 Golang

最近在公司裡被轉去一個新領域，主要也是開發後端服務
大部分的團隊都是用 Golang 開發，多數專案也是 Golang 寫的
雖然真的硬要用 Python 開發可能也可以
不過一方面懶得去爭論，另一方面想說學一下這個也算熱門的語言也不錯

寫這篇文章的原因

邊學邊寫 Golang 大概三個月了
目前都覺得越學越覺得不太喜歡這語言，覺得不吐不快

以下列出一些我覺得的優缺點，主要還是跟我最熟悉的 Python 比較

覺得 Golang 的優點

先提一些優點

• 效能
  雖然可能略輸 C/C++
  不過在大部分的情況下肯定比 Python 和 JavaScript 快

• 單一二進制檔案
  不用像 Python 和 JavaScript 之類的語言，部署的時候要想辦法準備環境
  Golang 是編譯成二進制檔案，直接執行就好

• go fmt
  官方直接有格式化工具，不用像其它大部分的語言要另外裝第三方工具
  開發者沒有藉口不跑格式化

覺得 Golang 的缺點

接下來就是各種抱怨了

缺乏文件

不確定具體原因，但我覺得各種 Golang 套件的文件都不是很完整
常常都要進去看原始碼才知道怎麼用

例子：Gin

像是 Golang 前幾大的 web 框架－ Gin 的文件
根本沒有多少教學或說明，只有一些帶有一兩句說明的範例
API reference 很多也都只有簡短說明，有時候都看不出具體的用法
看起來完全不像是一個有 75k+ stars 的專案
這個也有人開 issue 在抱怨

例子：gomock

gomock 是用來產生 mock 物件的工具
Google 後來不維護了，Uber 接去維護
同樣也是只有基礎的教學
像是比較進階的 matcher 用法要自己點進去看原始碼參考

對比 Python 套件的文件

以熱門的 web 框架來說
不論是 Flask、Django，還是 FastAPI 的文件都遠遠比 Golang 的 Gin 完整
不用一直去翻原始碼，看看文件就知道怎麼用

錯誤處理

Golang 沒有 try-catch
通常都是讓函式多回傳一個 error 物件
再從呼叫方 if err != nil 來判斷是否有錯誤發生

我個人是覺得這種作法寫起來沒有 try-catch 直覺
而且相較於 Golang 連要分辨錯誤的類型都有點麻煩
Python 那樣可以做 exception chaining、exception grouping
還可以根據 exception 的 parent class 來捕捉不同類型的錯誤
整個體驗差滿多的

套件管理

Golang 在 1.11 之後加入 module 的概念
套件管理用起來就會比較像 Python 的 Pipenv 或是 JavaScript 的 npm
把套件的版本號寫在 go.mod 裡面
工具自動產生套件的 hash 值和版本號到 go.sum

不過相較於 Pipenv 和 npm 有 dev dependencies 的概念
Golang 這邊沒有將 dependencies 分類
雖然 Golang 不像 Python 和 JavaScript 需要在執行環境安裝套件
但是仍然可能會有一些「tool dependencies」是只用在開發或 CI/CD 的時候

官方的解法是把這些套件寫進 tools.go
這樣 build 的時候就不會把這些套件包進去
…這什麼繞路的解法，加一個 tool dependency 還要記得改兩個地方

缺少一些語言特性

這個有可能只是因為我還不習慣寫 Golang
Golang 作為一個相對新的熱門程式語言
（2009年發行，Python 3.0 2008年發行，其它熱門語言就更舊了）
很多寫起來還是很有「老」程式語言的感覺

直接到官方的 GitHub issues 頁面以按讚排序
以現在的時間點（2024 年 04 月 16 日）來看就有幾個我遇過的障礙

• 第二名：proposal: spec: add typed enum support
  沒有 enum 可以用，只能用 const 來模擬

  只寫 Golang 就算了，開發後端服務免不了要跟前端或其它服務溝通
  不論是 HTTP API 常用的 OpenAPI
  或是 gRPC API 常用的 Protocol Buffers 都有 enum 這個類別
  在 Golang 要跟這些資料格式轉換的時候就會有點麻煩

• 第五名：proposal: expression to create pointer to simple types
  沒有辦法用簡單的語法直接建立一個指向新變數的指標

  會常撞到這個問題的其中一個情境跟 Golang 的一個語言特性有關
  就是 struct 建立起來沒有賦值的話就會是「zero value」
  int 會是 0、string 會是空字串、bool 會是 false，而不會是 nil 之類的
  也就是說沒有辦法分辨真的是 0/空字串/false 還是沒有賦值
  常用解法是把這些欄位的類別改成指標，然後判斷是否是 nil 來分辨是否有賦值

  不過要塞欄位時就麻煩了
  就算只是要塞一個固定的值，還是要先建立一個變數，才能再把變數的指標塞進去

  type MyStruct struct {
      fieldA *int
      fieldB *int
  }
  foo := 20
  bar := 30
  myStruct := MyStruct{
      fieldA: &foo,
      fieldB: &bar,
  }
  

  不然就是要另寫一個函式來取出指標

  type MyStruct struct {
      fieldA *int
      fieldB *int
  }
  func IntPointer(i int) *int {
      return &i
  }
  myStruct := MyStruct{
      fieldA: IntPointer(20),
      fieldB: IntPointer(30),
  }
  

  像 AWS 的 Golang SDK 就寫了好幾個函式在做這件事

結語

其實還有不少小問題
不過就先列這些比較大的障礙
不知道再多接觸一段時間會是開始接受
還是會有更多抱怨可以寫…

上一篇兩年多年的文章在講怎麼搬到自架的主機上
過一年多就又搬到 GitHub Pages
而且又過了快一年才發這篇文 Orz

GitHub Pages

GitHub Pages 讓人可以把靜態網頁放在 GitHub 上
由 GitHub 提供網域、空間和 TLS 憑證等服務

從自架 Wordpress 轉過來的好處就是省下了維護的成本
畢竟現在網路世界很可怕，自架伺服器都要定期上去更新一些外掛和伺服器系統本身的一些套件
TLS 憑證什麼的也要定期更新（雖然弄個 cron job 去自動更新也行）
轉到 Pages 上就什麼都不用管了

而且靜態網頁的效能肯定比動態網頁快不少
反正我本來就不需要像是留言板之類的功能

簡單來說就是更懶、更快、更安全

Jekyll

雖然說是靜態網頁
可是也沒有硬到真的整份 HTML 都自己手寫
有很多種靜態網頁生成框架可以用，比較有名的像是 Jekyll、Hugo、Hexo 等
用這些框架把網頁生出來再丟到 GitHub 上就可以了

而我這邊是使用 Jekyll
主要原因只是因為 GitHub Pages 有內建支援 Jekyll
只要把原始碼丟上去，GitHub 就可以直接產生出網頁了
可以再省下自己生完再部署上去的動作
更懶

從自架 Wordpress 轉移

雖然我 Wordpress 的文章也沒幾篇
不過要一篇一篇轉，對我這種懶人來說還是會嫌麻煩
所以我是用 Wordpress 上的 Jekyll Exporter 外掛
幫我大致轉成 Jekyll 吃的格式之後，我再自己微調

具體 Jekyll 的設定什麼的，這裡就不寫了
基本上就是照著官方教學跑就好了

比較特別的是因為新的 URL 格式不太一樣
有另外透過 jekyll-redirect-from 這個外掛把原本文章的 URL 轉到新的 URL

自定義域名

另外就是要把原本的域名拿來給 GitHub Pages 用
把本來指到我自架機器 IP 的 DNS A 紀錄，改成用 CNAME 指到 GitHub 這邊提供的域名（XXXX.github.io）
再去 Pages 的頁面設定一下就差不多了

我是還有再額外設定一下
讓網路流量跟之前一樣透過 CloudFlare 來反向代理
所以 TLS 憑證會看到是 CloudFlare 那邊來的

結語

其實就像前一篇結語寫的
這個部落格主要還是架好玩的
反正之前自架 WordPress 的時候就有玩到一些自架的東西了
現在改到 GitHub Pages 上之後就可以不用再額外花時間管了

這篇不是教學
細節不會多提 主要是分享架站的心路歷程

VPS

我原本就有在租 Vultr 的 VPS
平常拿來放一些 Discord 的 Bot
偶爾還可以拿來當日本的跳板
其實會想搬過來也是覺得租了一台 VPS 好像都沒幹嘛也是有點浪費

網域名稱

再來就是需要一個域名
原本我有時是直接使用免費的 NCTU Domain
不過後來覺得自己買域名比較好玩穩定

考慮了網路上看到的評價以及自身的喜好之後
再加上最現實的＄＄＄考量
決定在 Porkbun 買了這個 .one 的域名
第一年 7.5 鎂，算是可以接受

WordPress

這部分其實比我想像中的還要簡單方便
基本上就是把 WordPress 載下來、依賴套件裝一裝、Nginx 設定一下
然後從 WordPress.com 匯出，再匯進自架 WordPress
基本上就遷完了

TLS

都 2019 年了
學架個網站卻沒弄 TLS 完全說不過去
現在也有 Let’s Encrypt 和 Certbot 這些超級方便懶人的東西
再網路上找個教學 把 Nginx 跟著設定一下就完成了

CloudFlare

聞名 CloudFlare 已久
一直很想玩玩看這東西 現在終於真的要來碰這個
結果其實也沒什麼特別的 就一步一步照著做就結束了XDD
看到 CloudFlare 免費版提供這麼多功能
真的是佛心來的

後續調整

以上偏後台的東西都弄好後
就又回來調整 WordPress 了

首先目標是要盡量解決掉 Google 的 PageSpeed Insight 以及 SSL Labs 的 SSL Server Test  上偵測出的問題

於是先開始研究一些比較常見的 Plug-In
視需求安裝、調整~~、踩雷~~
同時再根據有偵測出的問題
邊 Google 邊調整伺服器上的設定

之後才發現那些都簡單
最複雜的問題是部落格主題XDD
個人的設計感對不上自己的審美觀
怎麼調都覺得不好看

最後直接採用了 WordPress 內建的 Twenty Seventeen
再根據自己的喜好做一些微調（除了模板提供可修改的部分，再微調一些 CSS）
畢竟自架的好處就是可以視自己需求客製化

結語

其實架這個部落格的初始目的也不是真的要經營
畢竟也沒人在看
主要是想自學一些相關的技能知識
在這前提下
自架 WordPress 當然比使用 WordPress.com 更適合
架起來的整體難度也比想像中簡單許多

至於架完之後的發文頻率…
就再看看囉XD

注意：本篇需要對操作 Android 有一定的熟悉度

這種方法相對於一般直接引繼有以下優點：

• 可以在多個裝置共存帳號
  • 因為是共用裝置 ID，所以不會讓舊的失效。
  • 現在這個已經沒有必要了，現在直接引繼也可以共存的樣子。
• 免登入萬代帳號
  • 像是有些人如我，不是很喜歡在模擬器登入一些帳號。
• 不用怕引繼轉移機種會把石頭清空
  • 因為沒有引繼這個動作，照理來說應該不可能清石頭。
  • 主要是擔心有些模擬器內建的瀏覽器會亂給 UserAgent，導致誤認成 iOS 會清石頭。

而缺點當然就是比較麻煩

基本上整個流程的目標就是要把舊裝置中的

com.bandainamcoent.imas_millionlive_theaterdays.v2.playerprefs.xml

這個檔案複製到新的裝置上

新舊裝置都能拿到 root 權限

如果新舊裝置都能拿到 root 權限
那就很簡單了

在新裝置裝好 MLTD 打開遊戲至少一次後
直接把舊裝置的

/data/data/com.bandainamcoent.imas_millionlive_theaterdays/shared_prefs/com.bandainamcoent.imas_millionlive_theaterdays.v2.playerprefs.xml

直接複製到新裝置的同一個位置
完成

新裝置拿不到 root 權限

如果新裝置拿不到 root 權限
那就用 adb backup + adb restore 解決

不過由於 MLTD 遊戲的檔案數量龐大
非常花時間 而且很容易失敗
可以考慮在舊裝置本身清完資料直接重新引繼
在最乾淨的狀態下 adb backup + adb restore

或是用 android-backup-extractor 把備份檔拆開
僅留下 sp 資料夾裡的 com.bandainamcoent.imas_millionlive_theaterdays.v2.playerprefs.xml
後再封回去
不過這種方法我沒試過
不確定可行性

只有新裝置都能拿到 root 權限

如果新裝置能拿到 root 權限
但是舊裝置拿不到

那就先用 adb backup 把 com.bandainamcoent.imas_millionlive_theaterdays 這個 app 備份起來

再用 android-backup-extractor 把備份檔拆開
可以在 sp 資料夾裡找到 com.bandainamcoent.imas_millionlive_theaterdays.v2.playerprefs.xml

再來就可以直接把這檔案丟進新裝置的
/data/data/com.bandainamcoent.imas_millionlive_theaterdays/shared_prefs 資料夾裡了（新裝置要開過遊戲至少一次）

參考資料

• android-backup-extractor
• Full local backup infrastructure – Git repositories on android

上一台用的是 Android 6.0 Marshmallow
那時的「彈出通知視窗」的英文是叫做「Peek Notifications」
HTC Desire Eye 設定頁面有一個地方可以把這功能停用

Oreo 的「彈出通知視窗」的英文則是叫做「Heads-up Notifications」
設定頁面好像沒有地方可以整體停用這個功能
除非 App 本身有支援 Oreo 通知的 API
才能調成能正常接收通知，卻不會彈出會擋住畫面的通知視窗
而 Facebook 的 Messenger 不支援 …
除了直接把 App 的通知停用之外
系統內似乎沒有別的辦法可以阻止它跳出通知視窗

幸好在 Reddit 有查到利用 adb 的解法

adb shell settings put global heads_up_notifications_enabled 0

就能將整體的彈出視窗功能停用

參考資料

• Disable whatsapp peek notifications - oreo : GooglePixel

不知道別的品牌的 Android 手機是不是如此
HTC U11 這一台並沒有能設定簡訊慣用 SIM 卡的位置
以中文錯誤訊息當關鍵字下去搜尋查不到解法
後來找到拿英文版的錯誤訊息當關鍵字找（No preferred SIM selected for sending SMS messages）
總算在 xda 找到透過 adb 的解法

adb 的使用方法就不詳述了，網路上隨便找都有
然後下

adb shell settings put global multi_sim_sms 1

指令中的「1」視手機雙 SIM 卡的情況修改
就能將該 SIM 卡設定成簡訊慣用 SIM 卡
也能成功將 Android 訊息設定成預設簡訊 App 了

參考資料：

• Boban Stojanović (@swashta) | Twitter
• Android Messages - No preferred SIM selected for sending SMS messages | XDA Developers Forums

好奇問了一下萬能的 Google 大神
才知道 vim 對於 conf 檔的認定
除了附檔名要是 .conf 之外
還有檔案第一行必須要是 # 開頭的註解

於是我就在 rc.conf 最前面多加了

# rc.conf

重開 vim 之後就有正常的 syntax highlighting 了

參考資料

• freebsd-stable - syntax highlighting of rc.conf with vim

There is no tracking information for the current branch.
Please specify which branch you want to rebase against.

可是之前在 Windows 10 上用 Bash on Windows 下這指令的時候都沒問題
Google 了一下才發現有人發過這個 issue
解法竟然是…… 關掉 MacType
when i git rebase -i error · Issue #710 · git-for-windows/git

… I added bash.exe to MacType utility exclusion list, now all is good.

相關討論和 issue 可以點進去看
剛看到這解法還以為他來亂的
結果我把 MacType 暫時停用後
什麼問題都解決了…

想說換回來用用看
卻發現 Developer Edition 會使用獨立的一個設定檔（profile）（以.dev-edition-default結尾）
而且還不能改掉

本來還以為只能在捷徑那邊加上「-p」參數去強制指定設定檔
還好 Google 了一下後 在 Reddit 有找到別的解法：
只要在

%APPDATA%\Mozilla\Firefox\

目錄下新增一個名為「ignore-dev-edition-profile」的檔案
Firefox Developer Edition 就會忽略獨立設定檔
轉而使用原本 Firefox 使用的設定檔

參考資料

• How do I get Dev Edition to use my profile by default? : firefox

Google 了一下有找到調整方法
在 Terminal 中執行以下兩條指令即可：

gsettings set org.gnome.desktop.peripherals.mouse natural-scroll false
gsettings set org.gnome.desktop.peripherals.touchpad natural-scroll false

參考資料

• gnome3 - How to disable natural scrolling? - Unix & Linux Stack Exchange

我又對 git 不熟Orz
就邊 Google 邊想辦法弄出來
在這做個紀錄

1. 先 clone 下來。
   git clone [Repo位址]
2. 切換目錄。
   cd [目錄名稱]
3. rebase -i 到欲更改 commit 的 parent commit。
   git rebase -i [欲更改commit的sha]^1
4. 想改的改一改，想刪的刪一刪。
   詳情參照參考資料中的教學。
5. 更新檔案變動。
   git add -A
6. 修改 commit。
   git commit --amend
7. rebase 回去。
   git rebase --continue
8. 把要留的資料夾切出來。
   git filter-branch --prune-empty --subdirectory-filter [資料夾名稱]
9. 更改遠端 Repo 的位址。
   git remote set-url origin [Repo位址]
10. Push，完成。
    git push -u origin [BRANCH名]

參考資料

• Splitting a subfolder out into a new repository - GitHub Docs
• Git - Rewriting History
• 6. 使用 rebase -i 修改提交【教學3 改寫提交】 | 連猴子都能懂的Git入門指南 | 貝格樂（Backlog）