gugod's blog

RSS 自動驗證·資料來源與計算方式 ⓘ

收錄文章: 25篇

部落格資料

名稱: gugod's blog
原站: https://gugod.org/ ↗
最後發文: 2025/11/29 09:21
抓取成功: 2026/10/28 05:16
發文頻率: 約每 4 週
檢查頻率: 每 6 小時檢查 RSS

內文來源

狀態: 已取得內文
取得方式: Atom 內容
平台: 一般網頁
最近成功: 2026/10/12 19:08

各來源

Atom 內容已取得內文 · 完整25 篇

使用的技術

成功觀測: 2026/10/26 04:37
觀測來源: https://gugod.org/ ↗

在網站雷達查看詳細結果 ↗

辨識到的網站軟體

Nginx伺服器
信心
高
規則
wappalyzer:nginx
證據
- 回應標頭：response header rule
觀測於
2026/10/26 04:37

使用的技術

正在讀取技術觀測…

網站流量Similarweb · 2026 年 9 月

網域 gugod.org · 已取得

每月約 1,191 次造訪

來源國家（前五）

台灣100%

台灣排名: 第 117,715 名
全球排名: 第 11,412,579 名
網站類別: 電腦與科技 / programming and developer s

取得：2026/10/24與其他部落格比較 →

最新收錄

本頁 25 篇

YAPC::Fukuoka 2025 之參加
YAPC::Fukuoka 2025 研討會的日期是 2025/11/14 與 2025/11/15 兩天。場地在福岡工業大學。這次只有參加，沒有發表。在徵稿階段時有投，但沒有被選上，只好先把那個題目冷藏起來之後再拿出來溫看看。從議程表看來，這次的「Perl 濃度」似乎很高。可能是近年的 YAPC Japan 的內容內 Perl 濃度最高的一次。雖然 YAPC 這個名字原本就是 Perl 社群在扮研討會時所用的名字，但近年來有難免有不少並不直接與 Perl 相關的議程。這也是近七、八年來以 yapcjapan 名義在日本辦的，首次有兩日議程的 YAPC 研討會。以下稍微記錄一下自己參與的課程 HTTP Message Signatures 算是早期標準，用來讓通訊兩端自證身份。主要應用範圍應該是伺服器間通訊，像是 Fediverse 內的。目前尚等待等 ActivePub 的 consumer 來實做。 RFC 9111 最新（RFC 號最大的？）關於 HTTP Cache 的提案。取代 RFC 7234。這個比較像是給 CDN 方來實做的。講著點出了，以往 "no-store"
2025/11/29 09:21gugodhttps://gugod.org/2025/11/yapc-fukuoka/
Perl如何將數字換底
Perl 的數值，在其內部十進位來表示。若要將十進位數字轉成其他進位數字，可用以下的 to_base($base, $n) 函式。其處理對象 $n 是十位數字數值的純量變數。其傳回值也是一個純量變數。 use v5.40; sub to_base ($base, $n) { state @digits = ('0'..'9', 'A'..'Z'); die 'base argument is out of rage. Is: $base, should be 2..36' unless 2 0 ? __SUB__->($high, $base) : "") . $lsd; }->($n, $bas
2025/8/24 14:53gugodhttps://gugod.org/perl/howto-number-change-base/
TwoStackWM 之 KWin Script 版本
先給專案連接： TwoStackWM.kwinscript 在 macOS 上作業時透過 TwoStackWM.spoon 將視窗的格局管理做到最簡化。而最近在使用 KDE Plasma 是也覺得應該要有一樣的簡化方式，能讓我只用一組熱鍵就決定目前焦點視窗的寬高與位置。就不必老是花時間在調整視窗位置。於是就有了使用 KWin Script 來延伸 KDE Plasma 既有的視窗管理的方法。在 KDE Plasma 環境中既有的 tiling window manager 不少，例如： bismuth polonium krohnkite 每個都很通用，都有不同的操作模式。但對我這記不住複雜規則的人來說，還是只要一坐一右兩邊並排就好。在 KDE Plasma 中預設的 tiiling 是左右同寬，但我比較想要左小右大，沒什麼熱鍵需要記憶的管理方法。所以還是覺得自己寫一個 WM 好了，於是就再花點時間學了一下 KWin 的寫法與 API，而做了： TwoStackWM.kwinscript 根據摸索大半天下來的經驗，目前這個初版大概只能支援 KDE6，不支援 KDE5。因爲正好有個與
2025/5/7 21:17gugodhttps://gugod.org/2025/05/twostackwm-kwinscript/
如何在 KDE Plasma + Fcitx5 環境中使用兩種不同的鍵盤佈局
我平時使用的外接鍵盤都是在韌體層就改爲 Dvorak 佈局，但，帶筆電外出時有可能無法再帶一個鍵盤，所以希望能夠調整作業系統界面，讓我能夠在使用筆電鍵盤於外接鍵盤是都能使用 Dvorak 佈局來打字。這邊主要的需求是在使用筆電鍵盤時，在軟體層將鍵盤的佈局設定爲 Dvorak。在使用外接鍵盤時，在軟體層講鍵盤的佈局設定爲 QWERTY，如此一來配合外接鍵盤就是 Dvorak 佈局。要有可以讓我立刻於前述兩種情景中切換的方式。最後摸索出的方法是直接用 Fcitx5 內建的方式來做到。修改 Fcitx5 設定。開 KDE 的「設定」App，進入「輸入法」那一區調整 Fcitx5 的設定內容。準備兩個「群組」（Group）。群組一爲 QWERTY。使系統佈局爲 "English (US)" 群組二爲 Dvorak。使系統佈局爲 "English (US) - English (Dvorak)" 在兩個群組中都加入一樣的輸入法引擎。我是先加入了 Rime 跟 Mozc。進入 "Configure addons" 在其中找到 "Wayland"，點進入該區將 "Allow Ove
2025/1/30 20:59gugodhttps://gugod.org/2025/01/work-with-two-keyboard-layout-in-kde-fcitx/
能抓出「數字」的正規表示式
在許多公開與非公開的程式碼中，都很常看到以 \d 來判別某個輸入是否為數字。比方說像是這種試圖檢查 URI 上的 id 是否只含有數字的寫法： unless ($uri->query_param('id') =~ /^\d+$/) { croak $InvalidIdException; }這種寫法確實可以讓例如 "123"、"0135"、"00000" 等等字串通過檢查，一定程度上算是正確的。但，其實 \d 這個字元集合十分大。一般直觀可能會認爲這個集合只有十個元素，也就是跟 [0123456789] 一樣。但如果對 Unicode 碼位一百萬以下逐一測試，數出所有符合 \d 的字符總數。就可發現這個集合中共有 680 個元素。也就是說在 Unicode 前一百萬個符號中，有 680 個「數字」： # perl -C7 -E 'my @digits = grep { /\d/ } map { chr($_) } 0..999999; say scalar @digits' 680確實在 ASCII 當道的時代，\d 就是「ASCII 中代表數字的字符」的這個集合，也就是 [0123
2024/11/1 15:46gugodhttps://gugod.org/2024/11/regexp-digits/
YAPC::Hakodate 2024 之行
2024 年十月五日，在函館未來大學舉辦的 yapcjapan 又是一日令人意猶未盡的 YAPC 研討會了。函館未來大學校園不在函館市區內，而是在北邊的山坡上，一個地勢比較高一些的位置。校園內除了綠地之外，主要的門面是一棟巨大的玻璃建築，那棟建築大約六、七層樓高，約一百餘公尺寬（目測）。但由於位置地勢關係，在函館市區內幾乎都能夠看得到（視線沒被擋到的話）。可能因此，其玻璃牆面上的遮蔭簾基本是拿來做成某種巨大的雙色顯示面板。可讓人在遠遠的函館山上就看得到巨大的 YAPC 四個字。或許依此，我們可以說這是世界最大級的 YAPC 呢。這次 YAPC 依然是附了一場前夜祭。好像自第一次 YAPC::Asia 開始就有這個前夜祭的會前會。後來每次也都有。也就是說實質上 YAPC 是一個從傍晚開始的研討會啦。這次前夜祭的地點不是在函館未來大學，而是是在函館市民會館。這個市民會館位於一個叫做湯川的地區，那地區有不少溫泉飯店。於是就必須趁機，在登入前夜祭之前，先去泡一湯了。隨意找了一間離市民會館很近的溫泉飯店，日歸溫泉 800 日圓。雖然看來設備有些破舊，但至少乾淨，能讓人獲得短暫的休息與滿足。
2024/10/13 20:24gugodhttps://gugod.org/2024/10/yapc-hakodate-2024/
TwoStackWM 與 Hammerspoon
最近花了一些時間在試用一些於 macOS 上提供所謂 tiling window management 的軟體。比較有名的是這三家： Amythest AeroSpace yabai + shkd 綜合來說，Amythest 算是夠好用，也很好裝（相對於其他兩者而言）。但是對於我而言總是有一些不夠，或是很難搞的地方。我花了點時間稍微定義了一下於我而言必要的「視窗管理機能」，大約是以下這幾項：所有功能皆能夠定義在快速鍵上。如果按一個快速鍵可以依序發動多重功能更爲理想。例如：按 Hyper-Q 後先將 Slack 關掉，再將 Zoom 關掉。提供快速切換到特定視窗的能力。例如：按 Hyper-e 後切換到現在開著的 Emacs。提供「將視窗最大化」及「將最大化的視窗變成不是最大化」基本上將畫面上幾個視窗以平鋪的方式同時顯示出來，但最多顯示兩三個視窗就好。能將畫面分成左右兩區，分爲「主要區」與「側邊區」。能讓我將較需要空間的視窗放在主要區，而側邊區則是放一些偶爾需要，但是不會一直需要的視窗。主要區與側邊區的大小比例可以讓我調整，但不要讓我常常花時間在調整。「主要區」與「側邊
2024/9/14 12:51gugodhttps://gugod.org/2024/09/twostack-wm-and-hammerspoon/
perlclass 初探: 以模擬 Monty Hall Problem 為例
Monty Hall Problem （蒙提霍爾問題）是個奇妙而有趣的數學遊戲問題。維基百科上提供的問題本文為：假設你正在參加一個遊戲節目，你被要求在三扇門中選擇一扇：其中一扇後面有一輛車；其餘兩扇後面則是山羊。你選擇了一道門，假設是一號門，然後知道門後面有什麼的主持人，開啟了另一扇後面有山羊的門，假設是三號門。他然後問你：「你想選擇二號門嗎？」轉換你的選擇對你來說是一種優勢嗎？此問題的解答是「會」，也就是換答案後會比較容易得到汽車的意思。但，這答案是以列舉出幾種狀況的機率來比較而得的。以機率而論，如果我能玩這遊戲 1000 次，那麼每一局都依主持人提供的資訊來更換答案後，我能在這 1000 局內獲勝的總次數較多。期望值約為 1000 2/3，也就是約為 666 次。而如果我每一局都不換答案，那我在這 1000 局內的獲勝期望值則為 1000 1/3，也就是約為 333 次。既然如此，那就必須寫個程式來模擬看看了。以下是 play-monty-hall.pl ，以 perlclass 提供的新語法寫成的一個模擬程式，可模擬兩種策略玩家在玩了多局之後的勝率。雖然沒有註解，但應該還
2024/6/9 22:01gugodhttps://gugod.org/2024/06/perlclass-first-explore-monty-hall-game-simulation/
以 GNU Stow 來管理 dotfiles
最近發現 GNU Stow 這個軟體，其主要提供的功能是以 symlink 來做到軟體安裝。其自我介紹文中第一段話為： GNU Stow is a symlink farm manager which takes distinct packages of software and/or data located in separate directories on the filesystem, and makes them appear to be installed in the same place. 意思就是說：你可以用 GNU Stow 把本來裝在四處的資料或程式，以 symlink，讓它們看來好像是全裝在同一個目錄下。乍看之下好像怪怪的沒有什麼用處（為何不一開始就裝在一起？）但轉念一想：這不就是 homebrew 的做法嗎？看來 GNU Stow 所做的工作，就類似於 brew link 這個階段，把本來安奘在 A 處的各個檔案，逐一在 B 處建立相對應的 symlink。由於 B 處都是 symlink，要移除也相對簡單。並且，能以 symlink 內容作為某種安裝證
2024/3/4 22:33gugodhttps://gugod.org/2024/03/manage-dotfiles-with-gnu-stow/
YAPC::Hiroshima 2024 之行
這一次的 YAPC Japan 是辦在廣島國際會議中心，位於和平紀念公園內，離原爆圓頂館很近。雖然離市中心區有一小段距離，但走起來並不算遠。比起去年的 YAPC::Kyoto，這次的活動規模似乎擴大了。贊助商數竟然超過 50 家，而且有八間是廣島當地的中小企業。這還真是令人驚訝。不過這次的議程，在內容方面與 Perl 直接相關的已經減少到一半左右了，可能算是有些偏離主體？但儘管如此，技術方面的主題仍然挺吸引人，並且技術知識的共享方面是共通的。似乎可以不必計較。贊助商的攤位方面，有十來間到場設攤宣傳的廠商。另我印象比較深刻的是 chocoZAP 這個主打用零碎時間來運動的輕度健身的品牌，竟然也是贊助商（其公司為 RIZAP）。而且也在現場招募。從宣傳單上看來，伺服器端是 Ruby，iOS App 為 Swift，Android 為 Kotlin 這樣的組合吧。宣傳單的背面則是拉人加入健身房會員的廣告了(附折扣碼)（笑）。另一間另我印象深刻的是 Findy。其主產品是協助軟體團隊能理解開發現況的視覺化輔助工具。跟我在碩士班期間做的題目很像。能給一個團隊一些簡明的圖表來迅速看出目前專
2024/2/14 21:01gugodhttps://gugod.org/2024/02/yapc-hiroshima/
perl 5.38.2、5.36.3、5.34.3 三個版本的釋出
最近注意到有三個新版連發： https://metacpan.org/release/PEVANS/perl-5.38.2/changes https://metacpan.org/release/PEVANS/perl-5.36.3/changes https://metacpan.org/release/PEVANS/perl-5.34.3/changes 但是內容都一樣，看來是專門為了處理以下兩個 CVE 而發的新版本： CVE-2023-47038 - Write past buffer end via illegal user-defined Unicode property CVE-2023-47039 - Perl for Windows binary hijacking vulnerability CVE-2023-47038 的影響範圍是自 5.30.0 (釋出日為 2019/05/22) 到 5.38.0 （釋出日為 2023/07/02）。這範圍不小，得來升級一下。
2023/12/3 09:12gugodhttps://gugod.org/2023/12/perl-5-38-2-5-36-3-5-34-3-released/
Fedora Linux Sway 桌面環境變數設置
在 Fedora Linux 上，要裝設 Sway 的方式是裝 Sway Desktop 這一組套件： dnf group install 'Sway Desktop' 這麼做完之後，在 GDM 登入畫面內某個不起眼的選單內底就可以選擇使用 Sway。但只是這樣的話，有一些需要在 sway 啟動前就設定好的環境變數似乎就無法可設。主要是這些： MOZ_ENABLE_WAYLAND=1 INPUT_METHOD=fcitx GTK_IM_MODULE=fcitx QT_IM_MODULE=fcitx XMODIFIERS=@im=fcitx 稍微找了一下，發現透過 gdm 開的 sway，似乎是叫做 start-sway # pgrep -lfa gdm 1208 /usr/sbin/gdm 2011 gdm-session-worker [pam/gdm-password] 2151 /usr/libexec/gdm-wayland-session --register-session start-sway 在 /usr/share/wayland-sessions/sway.des
2023/11/20 23:51gugodhttps://gugod.org/2023/11/notes-about-sway-fcitx5/
masked / private email 服務
https://www.fastmail.help/hc/en-us/articles/4406536368911-Masked-Email 基本上是把多個自動生成的 email 地址對應自己的信箱的轉寄服務。這自動生成的 email 地址通常看來就像是串不好唸的咒文。賣點就是匿名性。如果有什麼網站資料被竊盜的問題發生時，可以立刻把流出去的那個 email 地址給撤銷掉，讓它變成無效的。（從這點看來，自動生成的演算法必須要類似 UUID 那樣，既不太容易列舉、又絕對不會生出重複的字串。）原則上是每個站都給不同的 email 地址會比較好管理。像在 Usenet group 這種公開場所，基本上必須在 From 欄位內給出自己的 email 給所有人看。顯然也很適合來使用這種 email 地址。現在有一些 Usenet group 上的人會故意在 From 內的 Email 地址處提供像 `john@ex{amp]le.com' 這種不合規格的字串，也算是個方法。由於 hostname 部分解不出來，至少能防到一些爬資料的機器人。但有智慧的物種則有機會看穿這種 email 地
2023/10/19 22:47gugodhttps://gugod.org/2023/10/masked-private-email-address/
如何讓 ibus mozc 直接進入平假名模式
ibus mozc 的預設輸入模式叫做 "Direct Input"，也就是「不是日文輸入」的意思。依照預設熱鍵設定看來，似乎是為了能讓人使用鍵盤上的「變換」鍵來快速於「英數」與「平假名」兩種輸入模式間切換。但對於使用多種輸入法的人來說，變成要在切換到 mozc 後還要再多按一次變換鍵才能開始打平假名，反而礙事。要讓 ibus mozc 的預設模式為平假名的辦法，是去修改 .config/mozc/ibus_config.textproto，讓 active_on_launch 為 True： active_on_launch: True改完後重新開機。順帶附上整個檔內容如下，以供參考： # `ibus write-cache; ibus restart` might be necessary to apply changes. engines { name : "mozc-jp" longname : "Mozc" layout : "default" layout_variant : "" layout_option : "" rank : 80 symbol : "0
2023/8/4 09:49gugodhttps://gugod.org/2023/08/howto-enable-ibus-mozc-hiragana-mode-by-default/
TPRC 2023 與多倫多之旅
TPRC 2023 Toronto 的錄影已陸續釋出，可於 youtube 上觀看: https://www.youtube.com/playlist?list=PLA9_Hq3zhoFwrDiojWd_lFUaOHlsUUEJa TPRC -- The Perl and Raku Conference. 現在在日本以外的其他地方都是用這幾個字來稱呼 Perl & Raku 研討會了。但基本上 YAPC 跟 TPRC 這兩個名字指的都是由社群主辦的，主題包含 Perl 的研討會。雖然跑了不少地方的 Perl 研討會，但上次去到北美地區參與與 Perl 有點關係的研討會已經是 2004 年的 OSCON。芥於我還沒去踩過 "YAPC::NA" 這個領域，就想說就去看看吧。順便與那些社群舊友、網友、「GitHub PR 友」碰個面也好。 TPRC 議程共有三日，議程共有三軌並行，儘量參加，但必定有三分之二是只能看錄影了。除了常規議程以外，與新舊朋友在午餐時間社交，也是這研討會的重點。讓我回想到以前的 YAPC::Taipei 與 OSDC 的那幾年了。先推薦幾場我有在座聽完的演講： Th
2023/7/18 07:59gugodhttps://gugod.org/2023/07/tprc-2023-toronto/
perl 5.38.0 釋出
perl-5.38.0 變更說明： https://metacpan.org/release/RJBS/perl-5.38.0/changes 摘要：內建的物件導向架構的改善：新增 class, field, method 三個定義類別的關鍵字。（實驗性機能。須以 use feature 'class'; 打開。）新增對 Unicode 15.0 的支援。新增：讓 PERL_RAND_SEED 環境變數為程式開跑時的亂數種子值。相當於去呼叫 srand() 。讓語法錯誤訊息更加精簡。自動在模組源碼 (內含 package 或 class 的 .pm 檔案) 最後補上 true 內部用的函式的移除與其文件改善。宣告廢棄：smartmatch (given / when)。名稱空間中的 ' 分隔符號。內建的物件導向架構的改善這應該是這是兩三年來著力最多的部份吧。比起多數提供在 CPAN 上的 OO 框架，perlclass 相對來說很好懂。有三個新的關鍵字與其帶來的新語意，但是幾乎沒有新的語法規則，至少目前沒有。參考：perlclass 文件。三個新關鍵字是：class
2023/7/3 10:47gugodhttps://gugod.org/2023/07/perl-5.38.0-released/
PerlSafe-navigation Monad.
Recently on reddit.com/r/perl, pmz posted a question like this: XML::Twig, get value (or not) without dying Currently I do: if (defined $elt->first_child('addr')->first_child('postalCode')) { $patient{patient_postal_code} = $elt->first_child('addr')->first_child('postalCode')->text ; } because if I don't check for "defined" and the resulting value is null , it dies. Link to the original post: https://www.reddit.com/r/perl/comments/1492sc1/xmltwig_get_value_or_not_without_dying/ While on one hand
2023/6/18 16:02gugodhttps://gugod.org/2023/06/perl-safe-navigation-monad-en/
Perl以 Monad 來達成 safe navigation
在 reddit.com/r/perl 板上看到 pmz 問了這樣子的一個問題： XML::Twig, get value (or not) without dying Currently I do: if (defined $elt->first_child('addr')->first_child('postalCode')) { $patient{patient_postal_code} = $elt->first_child('addr')->first_child('postalCode')->text ; } because if I don't check for "defined" and the resulting value is null , it dies. 原文連結： https://www.reddit.com/r/perl/comments/1492sc1/xmltwig_get_value_or_not_without_dying/ 這一方面是在針對 XML::Twig 模組的用法提問，另一方面是在問：當 first_child('addr') 傳回 u
2023/6/18 16:02gugodhttps://gugod.org/2023/06/perl-safe-navigation-monad/
PerlToolchain 方面對於 perl 版本的要求
最近開始看到 Perl Toolchain Summit 的結果了。稍微讀了一下，以此篇文章綜合摘要一下今年在 Perl Toolchain 那裡的幾項決定（Lyon Amendment）：原則上 toolchain 內的軟體 (註1) 會開始追上 (註2)「十年前」的 perl 版本。(註3) 唯 2023 年例外，爲了提供給 RedHat v7 終活服務(?)而定爲 5.16。明年 (2024) 定爲 5.20、後年 (2025) 定爲 5.22... （註4) 如果有經常性在升級 perl 的話應該是不會因此受到甚麼影響。主要會被影響到的應該是一些因故無法升級的老系統，最糟有可能會變成不能使用 cpan 指令來安裝模組、或是有某些重要的模組在某版之後變成無法編譯、要使用的話就必須固定使用某個舊版。在老系統上安裝新模組的需求一般來說通常倒是安全性更新。考慮到作業系統本身也需要被更新，讓 Perl / CPAN 相關工具以類似作業系統更新的步調去「與時俱進」似乎還算是合理的。註：主要是與 CPAN 生態系相關的各項工具與模組。包括模組的製作、測試、釋出、CPAN 伺服器端用的
2023/5/6 13:33gugodhttps://gugod.org/2023/05/perl-cpan-toolchain-lyon-amendment/
frogfind 搜尋引擎
http://frogfind.com/ (注意： http 網址。其實用 https 也可以連，但是站長沒有把 cert domain 弄對。看來是同一台機器上架了多個網站，然後就「順便」多了一個錯誤的 https 進入點。) 一陣子之前在 HN 上紅了一陣子的這個網站是個搜尋引擎兼 web proxy。作者要在爲了要讓他蒐集的三十年前的老電腦也可以看各網頁而做了這個特殊的 web proxy。實際上看來是把搜尋丟去 duckduckgo，並且把搜尋結果中的每個網址都換成他的 read.php，而 read.php 中實做 Readability 演算法，把原網頁中能內容極度精簡化再送回給 browser。也因此有可能會碰到無法處理的網頁。但，在 Readability 演算法管用時的瀏覽體驗非常的好。因此，給記憶體比較不足的機器（如 Raspberry Pi）來配合 w3m / lynx / eww 等純文字瀏覽器來用也是非常合的。源碼： https://github.com/ActionRetro/FrogFind
2023/5/3 08:21gugodhttps://gugod.org/2023/05/frogfind-search-engine/
CPAN如何在安裝 DBD::mysql 時使其使用 MariaDB 的編譯設定
簡單筆記一下。以 Debian 爲例。在安裝 DBD::mysql 時需要 mysql_config 這個指令，但如果要使用 MariaDB Client 而不能安裝 MySQL Client 時，也可以讓 DBD::mysql 去使用 mariadb_config，使其改與 libmariadb 連結。由於 MariaDB Client 也可以用來與 MySQL Server 溝通，在不想額外加入 mysql 套件的時候也可以使用這招來省點事。首先需要裝好開發與編譯用的函式庫： sudo apt-get install libmariadb-dev 然後是在安裝 DBD::mysql 時，透過指定環境變數的方式，讓其在編譯過程去使用 MariaDB 的編譯設定：以 cpm 指令來裝 DBD_MYSQL_CONFIG=/usr/bin/mariadb_config cpm install -g DBD::mysql 以 cpanm 指令來裝 DBD_MYSQL_CONFIG=/usr/bin/mariadb_config cpanm DBD::mysql 以 cpan 指令來裝
2023/4/29 08:22gugodhttps://gugod.org/2023/04/perl-cpan-install-dbd-mysql-with-miariadb-config/
YAPC::Kyoto 2023 的參與，以及京都短行
這次 YAPC::Kyoto 2023 的實體聚會應該是 Perl 社群最想參加的一次聚會了。原本預計是在 2020 年三月舉辦的，但因為當時 COVID-19 傳染狀況的關係不得不取消。就算沒有取消，大概實際上也不會有人要去。而就過了這麼三年，所有研討會不得不降級為只有線上舉辦，讓大家透過群組視訊會議與線上文字聊天室來模擬實體聚會。主催者 papix 一直把此事定調為延期，而不是取消。除了個人堅持之外，原來也與其公司（はてな）是在京都リサーチパーク（京都研究園區）創業這一點有直接的關聯。這點倒是在聽完了最後的主講之後才明瞭的。京都研究園區是此次研討會場地的所在。這園區內共有十五棟大樓，有辦公用也有活動用。其地點離京都水族館不遠，但是是一個觀光客不太會停留的地區。園區內有辦活動專用的場地，雖然並不像中研院那麼大規模，但教室大小適中，動線容易理解，也有很大間的，適合全員聚集的地方。我稍微早到了一些而目睹了工作人員仍在準備的狀況，因此先在場地附近隨意散步了一下。再回報到處時不小心從舞台後面走出來了。正好碰到 papix 在佈置 Perl 神社而搭了幾句話。 < 這神社就是一個鳥
2023/3/23 07:07gugodhttps://gugod.org/2023/03/yapcjapan-2023-and-kyoto-short-trip/
PerlX::ScopeFunction 0.03 釋出
https://metacpan.org/release/GUGOD/PerlX-ScopeFunction-0.03 好幾年前我擅自開始把 PerlX:: 這個 namespace 當成是「Perl 語言的延伸」的意義在使用，並且做了一些有的沒的新語法。最近這星期做了 PerlX::ScopeFunction。這個模組提供兩個新的語法關鍵字: let 與 with。先看範例，就能大致上掌握這兩個關鍵字的用法： use v5.36; use List::Util qw( sum0 ); use List::MoreUtils qw( part minmax ); use PerlX::ScopeFunction qw(let with); my @input = (3,1,3,3,7); let ( ($min,$max) = minmax(@input); $mean = sum0(@input)/@input ) { say "$min <= $mean <= $max"; } with ( part { $_ % 2 } @input ) { my ($evens, $od
2023/3/17 08:41gugodhttps://gugod.org/2023/03/perlx-scopefunction-0.03/
把 Steam Deck 調到適合做部分工作
Steam Deck 的桌面模式基本上就是個 KDE Plasma 界面，拿來做不少工作很是夠用。本文描述的幾項重點爲：建立工作專用帳號 work。以 work 身份而安裝 distrobox 並開設虛擬機。調整虛擬機內外環境變數，使 GUI 程式也可顯示在桌面環境上，並能與桌面環境的 Fcitx 輸入法框架互通。粗略想法基本上直接使用 Steam OS 的「桌面模式」。在不做大幅度修改的前提之下，就可以完成不少工作事項。在切換到桌面模式之後，右搖桿可當滑鼠來使用。R2 對應到滑鼠左鍵，L2 對應到滑鼠右鍵（注意：左右相反）。外出時接個好打的鍵盤，就可以進行不少文字工作。只是，一直低頭看小螢幕實在傷頸酸肩，最好還是準備個能將機器墊高一些的支架或站台，這 Steam OS 提供的桌面模式有以下幾點不那麼容易克服的限制：透過機器上左手邊的 "Steam" 按鈕進入桌面模式時，相當於登入 deck 這個帳號，並且不必輸入密碼就可以登入。 deck 帳號是 wheel 管理員群組的一員，而且無法爲其設定登入密碼。系統用目錄全部爲唯讀的。在不透過指令修改檔案系統設定的前提
2023/2/24 23:39gugodhttps://gugod.org/2023/02/steam-deck-as-a-workstation/
在 Steam Deck 桌面模式中使用 fcitx 輸入法框架
Steam Deck 桌面模式就是 KDE Plasma 圖形化介面。但出廠附上的輸入法設定是 ibus 框架的，其內附的漢語拼音等輸入法對我個人而言不太合用。於是，參考 BrLi 的方法後裝了 fcitx 框架，並且修改了相關設定，讓進入桌面模式後，就能直接起動 fcitx 而且不會起動 ibus。重點步驟如下：在 "Discover" app 中找到 fcitx5 框架與輸入法本體後立刻安裝。讓 fcitx5 自動於進如桌面模式時起動編輯 ~/.config/plasma-workspace/env/input.sh 這個檔案，貼入如後內容。將 Steam Deck 重新開機後，再次進入桌面模式讓 fcitx5 自動起動的方式是把其起動腳本複製一份到 ~/.config/autostart 這個路徑底下去： cp /home/.steamos/offload/var/lib/flatpak/exports/share/applications/org.fcitx.Fcitx5.desktop ~/.config/autostart/而 ~/.config/plasma
2023/2/23 19:08gugodhttps://gugod.org/2023/02/steam-deck-desktop-fcitx-input-method/

本頁 25 篇

YAPC::Fukuoka 2025 之參加
YAPC::Fukuoka 2025 研討會的日期是 2025/11/14 與 2025/11/15 兩天。場地在福岡工業大學。這次只有參加，沒有發表。在徵稿階段時有投，但沒有被選上，只好先把那個題目冷藏起來之後再拿出來溫看看。從議程表看來，這次的「Perl 濃度」似乎很高。可能是近年的 YAPC Japan 的內容內 Perl 濃度最高的一次。雖然 YAPC 這個名字原本就是 Perl 社群在扮研討會時所用的名字，但近年來有難免有不少並不直接與 Perl 相關的議程。這也是近七、八年來以 yapcjapan 名義在日本辦的，首次有兩日議程的 YAPC 研討會。以下稍微記錄一下自己參與的課程 HTTP Message Signatures 算是早期標準，用來讓通訊兩端自證身份。主要應用範圍應該是伺服器間通訊，像是 Fediverse 內的。目前尚等待等 ActivePub 的 consumer 來實做。 RFC 9111 最新（RFC 號最大的？）關於 HTTP Cache 的提案。取代 RFC 7234。這個比較像是給 CDN 方來實做的。講著點出了，以往 "no-store"
2025/11/29 09:21gugodhttps://gugod.org/2025/11/yapc-fukuoka/
Perl如何將數字換底
Perl 的數值，在其內部十進位來表示。若要將十進位數字轉成其他進位數字，可用以下的 to_base($base, $n) 函式。其處理對象 $n 是十位數字數值的純量變數。其傳回值也是一個純量變數。 use v5.40; sub to_base ($base, $n) { state @digits = ('0'..'9', 'A'..'Z'); die 'base argument is out of rage. Is: $base, should be 2..36' unless 2 0 ? __SUB__->($high, $base) : "") . $lsd; }->($n, $bas
2025/8/24 14:53gugodhttps://gugod.org/perl/howto-number-change-base/
TwoStackWM 之 KWin Script 版本
先給專案連接： TwoStackWM.kwinscript 在 macOS 上作業時透過 TwoStackWM.spoon 將視窗的格局管理做到最簡化。而最近在使用 KDE Plasma 是也覺得應該要有一樣的簡化方式，能讓我只用一組熱鍵就決定目前焦點視窗的寬高與位置。就不必老是花時間在調整視窗位置。於是就有了使用 KWin Script 來延伸 KDE Plasma 既有的視窗管理的方法。在 KDE Plasma 環境中既有的 tiling window manager 不少，例如： bismuth polonium krohnkite 每個都很通用，都有不同的操作模式。但對我這記不住複雜規則的人來說，還是只要一坐一右兩邊並排就好。在 KDE Plasma 中預設的 tiiling 是左右同寬，但我比較想要左小右大，沒什麼熱鍵需要記憶的管理方法。所以還是覺得自己寫一個 WM 好了，於是就再花點時間學了一下 KWin 的寫法與 API，而做了： TwoStackWM.kwinscript 根據摸索大半天下來的經驗，目前這個初版大概只能支援 KDE6，不支援 KDE5。因爲正好有個與
2025/5/7 21:17gugodhttps://gugod.org/2025/05/twostackwm-kwinscript/
如何在 KDE Plasma + Fcitx5 環境中使用兩種不同的鍵盤佈局
我平時使用的外接鍵盤都是在韌體層就改爲 Dvorak 佈局，但，帶筆電外出時有可能無法再帶一個鍵盤，所以希望能夠調整作業系統界面，讓我能夠在使用筆電鍵盤於外接鍵盤是都能使用 Dvorak 佈局來打字。這邊主要的需求是在使用筆電鍵盤時，在軟體層將鍵盤的佈局設定爲 Dvorak。在使用外接鍵盤時，在軟體層講鍵盤的佈局設定爲 QWERTY，如此一來配合外接鍵盤就是 Dvorak 佈局。要有可以讓我立刻於前述兩種情景中切換的方式。最後摸索出的方法是直接用 Fcitx5 內建的方式來做到。修改 Fcitx5 設定。開 KDE 的「設定」App，進入「輸入法」那一區調整 Fcitx5 的設定內容。準備兩個「群組」（Group）。群組一爲 QWERTY。使系統佈局爲 "English (US)" 群組二爲 Dvorak。使系統佈局爲 "English (US) - English (Dvorak)" 在兩個群組中都加入一樣的輸入法引擎。我是先加入了 Rime 跟 Mozc。進入 "Configure addons" 在其中找到 "Wayland"，點進入該區將 "Allow Ove
2025/1/30 20:59gugodhttps://gugod.org/2025/01/work-with-two-keyboard-layout-in-kde-fcitx/
能抓出「數字」的正規表示式
在許多公開與非公開的程式碼中，都很常看到以 \d 來判別某個輸入是否為數字。比方說像是這種試圖檢查 URI 上的 id 是否只含有數字的寫法： unless ($uri->query_param('id') =~ /^\d+$/) { croak $InvalidIdException; }這種寫法確實可以讓例如 "123"、"0135"、"00000" 等等字串通過檢查，一定程度上算是正確的。但，其實 \d 這個字元集合十分大。一般直觀可能會認爲這個集合只有十個元素，也就是跟 [0123456789] 一樣。但如果對 Unicode 碼位一百萬以下逐一測試，數出所有符合 \d 的字符總數。就可發現這個集合中共有 680 個元素。也就是說在 Unicode 前一百萬個符號中，有 680 個「數字」： # perl -C7 -E 'my @digits = grep { /\d/ } map { chr($_) } 0..999999; say scalar @digits' 680確實在 ASCII 當道的時代，\d 就是「ASCII 中代表數字的字符」的這個集合，也就是 [0123
2024/11/1 15:46gugodhttps://gugod.org/2024/11/regexp-digits/
YAPC::Hakodate 2024 之行
2024 年十月五日，在函館未來大學舉辦的 yapcjapan 又是一日令人意猶未盡的 YAPC 研討會了。函館未來大學校園不在函館市區內，而是在北邊的山坡上，一個地勢比較高一些的位置。校園內除了綠地之外，主要的門面是一棟巨大的玻璃建築，那棟建築大約六、七層樓高，約一百餘公尺寬（目測）。但由於位置地勢關係，在函館市區內幾乎都能夠看得到（視線沒被擋到的話）。可能因此，其玻璃牆面上的遮蔭簾基本是拿來做成某種巨大的雙色顯示面板。可讓人在遠遠的函館山上就看得到巨大的 YAPC 四個字。或許依此，我們可以說這是世界最大級的 YAPC 呢。這次 YAPC 依然是附了一場前夜祭。好像自第一次 YAPC::Asia 開始就有這個前夜祭的會前會。後來每次也都有。也就是說實質上 YAPC 是一個從傍晚開始的研討會啦。這次前夜祭的地點不是在函館未來大學，而是是在函館市民會館。這個市民會館位於一個叫做湯川的地區，那地區有不少溫泉飯店。於是就必須趁機，在登入前夜祭之前，先去泡一湯了。隨意找了一間離市民會館很近的溫泉飯店，日歸溫泉 800 日圓。雖然看來設備有些破舊，但至少乾淨，能讓人獲得短暫的休息與滿足。
2024/10/13 20:24gugodhttps://gugod.org/2024/10/yapc-hakodate-2024/
TwoStackWM 與 Hammerspoon
最近花了一些時間在試用一些於 macOS 上提供所謂 tiling window management 的軟體。比較有名的是這三家： Amythest AeroSpace yabai + shkd 綜合來說，Amythest 算是夠好用，也很好裝（相對於其他兩者而言）。但是對於我而言總是有一些不夠，或是很難搞的地方。我花了點時間稍微定義了一下於我而言必要的「視窗管理機能」，大約是以下這幾項：所有功能皆能夠定義在快速鍵上。如果按一個快速鍵可以依序發動多重功能更爲理想。例如：按 Hyper-Q 後先將 Slack 關掉，再將 Zoom 關掉。提供快速切換到特定視窗的能力。例如：按 Hyper-e 後切換到現在開著的 Emacs。提供「將視窗最大化」及「將最大化的視窗變成不是最大化」基本上將畫面上幾個視窗以平鋪的方式同時顯示出來，但最多顯示兩三個視窗就好。能將畫面分成左右兩區，分爲「主要區」與「側邊區」。能讓我將較需要空間的視窗放在主要區，而側邊區則是放一些偶爾需要，但是不會一直需要的視窗。主要區與側邊區的大小比例可以讓我調整，但不要讓我常常花時間在調整。「主要區」與「側邊
2024/9/14 12:51gugodhttps://gugod.org/2024/09/twostack-wm-and-hammerspoon/
perlclass 初探: 以模擬 Monty Hall Problem 為例
Monty Hall Problem （蒙提霍爾問題）是個奇妙而有趣的數學遊戲問題。維基百科上提供的問題本文為：假設你正在參加一個遊戲節目，你被要求在三扇門中選擇一扇：其中一扇後面有一輛車；其餘兩扇後面則是山羊。你選擇了一道門，假設是一號門，然後知道門後面有什麼的主持人，開啟了另一扇後面有山羊的門，假設是三號門。他然後問你：「你想選擇二號門嗎？」轉換你的選擇對你來說是一種優勢嗎？此問題的解答是「會」，也就是換答案後會比較容易得到汽車的意思。但，這答案是以列舉出幾種狀況的機率來比較而得的。以機率而論，如果我能玩這遊戲 1000 次，那麼每一局都依主持人提供的資訊來更換答案後，我能在這 1000 局內獲勝的總次數較多。期望值約為 1000 2/3，也就是約為 666 次。而如果我每一局都不換答案，那我在這 1000 局內的獲勝期望值則為 1000 1/3，也就是約為 333 次。既然如此，那就必須寫個程式來模擬看看了。以下是 play-monty-hall.pl ，以 perlclass 提供的新語法寫成的一個模擬程式，可模擬兩種策略玩家在玩了多局之後的勝率。雖然沒有註解，但應該還
2024/6/9 22:01gugodhttps://gugod.org/2024/06/perlclass-first-explore-monty-hall-game-simulation/
以 GNU Stow 來管理 dotfiles
最近發現 GNU Stow 這個軟體，其主要提供的功能是以 symlink 來做到軟體安裝。其自我介紹文中第一段話為： GNU Stow is a symlink farm manager which takes distinct packages of software and/or data located in separate directories on the filesystem, and makes them appear to be installed in the same place. 意思就是說：你可以用 GNU Stow 把本來裝在四處的資料或程式，以 symlink，讓它們看來好像是全裝在同一個目錄下。乍看之下好像怪怪的沒有什麼用處（為何不一開始就裝在一起？）但轉念一想：這不就是 homebrew 的做法嗎？看來 GNU Stow 所做的工作，就類似於 brew link 這個階段，把本來安奘在 A 處的各個檔案，逐一在 B 處建立相對應的 symlink。由於 B 處都是 symlink，要移除也相對簡單。並且，能以 symlink 內容作為某種安裝證
2024/3/4 22:33gugodhttps://gugod.org/2024/03/manage-dotfiles-with-gnu-stow/
YAPC::Hiroshima 2024 之行
這一次的 YAPC Japan 是辦在廣島國際會議中心，位於和平紀念公園內，離原爆圓頂館很近。雖然離市中心區有一小段距離，但走起來並不算遠。比起去年的 YAPC::Kyoto，這次的活動規模似乎擴大了。贊助商數竟然超過 50 家，而且有八間是廣島當地的中小企業。這還真是令人驚訝。不過這次的議程，在內容方面與 Perl 直接相關的已經減少到一半左右了，可能算是有些偏離主體？但儘管如此，技術方面的主題仍然挺吸引人，並且技術知識的共享方面是共通的。似乎可以不必計較。贊助商的攤位方面，有十來間到場設攤宣傳的廠商。另我印象比較深刻的是 chocoZAP 這個主打用零碎時間來運動的輕度健身的品牌，竟然也是贊助商（其公司為 RIZAP）。而且也在現場招募。從宣傳單上看來，伺服器端是 Ruby，iOS App 為 Swift，Android 為 Kotlin 這樣的組合吧。宣傳單的背面則是拉人加入健身房會員的廣告了(附折扣碼)（笑）。另一間另我印象深刻的是 Findy。其主產品是協助軟體團隊能理解開發現況的視覺化輔助工具。跟我在碩士班期間做的題目很像。能給一個團隊一些簡明的圖表來迅速看出目前專
2024/2/14 21:01gugodhttps://gugod.org/2024/02/yapc-hiroshima/
perl 5.38.2、5.36.3、5.34.3 三個版本的釋出
最近注意到有三個新版連發： https://metacpan.org/release/PEVANS/perl-5.38.2/changes https://metacpan.org/release/PEVANS/perl-5.36.3/changes https://metacpan.org/release/PEVANS/perl-5.34.3/changes 但是內容都一樣，看來是專門為了處理以下兩個 CVE 而發的新版本： CVE-2023-47038 - Write past buffer end via illegal user-defined Unicode property CVE-2023-47039 - Perl for Windows binary hijacking vulnerability CVE-2023-47038 的影響範圍是自 5.30.0 (釋出日為 2019/05/22) 到 5.38.0 （釋出日為 2023/07/02）。這範圍不小，得來升級一下。
2023/12/3 09:12gugodhttps://gugod.org/2023/12/perl-5-38-2-5-36-3-5-34-3-released/
Fedora Linux Sway 桌面環境變數設置
在 Fedora Linux 上，要裝設 Sway 的方式是裝 Sway Desktop 這一組套件： dnf group install 'Sway Desktop' 這麼做完之後，在 GDM 登入畫面內某個不起眼的選單內底就可以選擇使用 Sway。但只是這樣的話，有一些需要在 sway 啟動前就設定好的環境變數似乎就無法可設。主要是這些： MOZ_ENABLE_WAYLAND=1 INPUT_METHOD=fcitx GTK_IM_MODULE=fcitx QT_IM_MODULE=fcitx XMODIFIERS=@im=fcitx 稍微找了一下，發現透過 gdm 開的 sway，似乎是叫做 start-sway # pgrep -lfa gdm 1208 /usr/sbin/gdm 2011 gdm-session-worker [pam/gdm-password] 2151 /usr/libexec/gdm-wayland-session --register-session start-sway 在 /usr/share/wayland-sessions/sway.des
2023/11/20 23:51gugodhttps://gugod.org/2023/11/notes-about-sway-fcitx5/
masked / private email 服務
https://www.fastmail.help/hc/en-us/articles/4406536368911-Masked-Email 基本上是把多個自動生成的 email 地址對應自己的信箱的轉寄服務。這自動生成的 email 地址通常看來就像是串不好唸的咒文。賣點就是匿名性。如果有什麼網站資料被竊盜的問題發生時，可以立刻把流出去的那個 email 地址給撤銷掉，讓它變成無效的。（從這點看來，自動生成的演算法必須要類似 UUID 那樣，既不太容易列舉、又絕對不會生出重複的字串。）原則上是每個站都給不同的 email 地址會比較好管理。像在 Usenet group 這種公開場所，基本上必須在 From 欄位內給出自己的 email 給所有人看。顯然也很適合來使用這種 email 地址。現在有一些 Usenet group 上的人會故意在 From 內的 Email 地址處提供像 `john@ex{amp]le.com' 這種不合規格的字串，也算是個方法。由於 hostname 部分解不出來，至少能防到一些爬資料的機器人。但有智慧的物種則有機會看穿這種 email 地
2023/10/19 22:47gugodhttps://gugod.org/2023/10/masked-private-email-address/
如何讓 ibus mozc 直接進入平假名模式
ibus mozc 的預設輸入模式叫做 "Direct Input"，也就是「不是日文輸入」的意思。依照預設熱鍵設定看來，似乎是為了能讓人使用鍵盤上的「變換」鍵來快速於「英數」與「平假名」兩種輸入模式間切換。但對於使用多種輸入法的人來說，變成要在切換到 mozc 後還要再多按一次變換鍵才能開始打平假名，反而礙事。要讓 ibus mozc 的預設模式為平假名的辦法，是去修改 .config/mozc/ibus_config.textproto，讓 active_on_launch 為 True： active_on_launch: True改完後重新開機。順帶附上整個檔內容如下，以供參考： # `ibus write-cache; ibus restart` might be necessary to apply changes. engines { name : "mozc-jp" longname : "Mozc" layout : "default" layout_variant : "" layout_option : "" rank : 80 symbol : "0
2023/8/4 09:49gugodhttps://gugod.org/2023/08/howto-enable-ibus-mozc-hiragana-mode-by-default/
TPRC 2023 與多倫多之旅
TPRC 2023 Toronto 的錄影已陸續釋出，可於 youtube 上觀看: https://www.youtube.com/playlist?list=PLA9_Hq3zhoFwrDiojWd_lFUaOHlsUUEJa TPRC -- The Perl and Raku Conference. 現在在日本以外的其他地方都是用這幾個字來稱呼 Perl & Raku 研討會了。但基本上 YAPC 跟 TPRC 這兩個名字指的都是由社群主辦的，主題包含 Perl 的研討會。雖然跑了不少地方的 Perl 研討會，但上次去到北美地區參與與 Perl 有點關係的研討會已經是 2004 年的 OSCON。芥於我還沒去踩過 "YAPC::NA" 這個領域，就想說就去看看吧。順便與那些社群舊友、網友、「GitHub PR 友」碰個面也好。 TPRC 議程共有三日，議程共有三軌並行，儘量參加，但必定有三分之二是只能看錄影了。除了常規議程以外，與新舊朋友在午餐時間社交，也是這研討會的重點。讓我回想到以前的 YAPC::Taipei 與 OSDC 的那幾年了。先推薦幾場我有在座聽完的演講： Th
2023/7/18 07:59gugodhttps://gugod.org/2023/07/tprc-2023-toronto/
perl 5.38.0 釋出
perl-5.38.0 變更說明： https://metacpan.org/release/RJBS/perl-5.38.0/changes 摘要：內建的物件導向架構的改善：新增 class, field, method 三個定義類別的關鍵字。（實驗性機能。須以 use feature 'class'; 打開。）新增對 Unicode 15.0 的支援。新增：讓 PERL_RAND_SEED 環境變數為程式開跑時的亂數種子值。相當於去呼叫 srand() 。讓語法錯誤訊息更加精簡。自動在模組源碼 (內含 package 或 class 的 .pm 檔案) 最後補上 true 內部用的函式的移除與其文件改善。宣告廢棄：smartmatch (given / when)。名稱空間中的 ' 分隔符號。內建的物件導向架構的改善這應該是這是兩三年來著力最多的部份吧。比起多數提供在 CPAN 上的 OO 框架，perlclass 相對來說很好懂。有三個新的關鍵字與其帶來的新語意，但是幾乎沒有新的語法規則，至少目前沒有。參考：perlclass 文件。三個新關鍵字是：class
2023/7/3 10:47gugodhttps://gugod.org/2023/07/perl-5.38.0-released/
PerlSafe-navigation Monad.
Recently on reddit.com/r/perl, pmz posted a question like this: XML::Twig, get value (or not) without dying Currently I do: if (defined $elt->first_child('addr')->first_child('postalCode')) { $patient{patient_postal_code} = $elt->first_child('addr')->first_child('postalCode')->text ; } because if I don't check for "defined" and the resulting value is null , it dies. Link to the original post: https://www.reddit.com/r/perl/comments/1492sc1/xmltwig_get_value_or_not_without_dying/ While on one hand
2023/6/18 16:02gugodhttps://gugod.org/2023/06/perl-safe-navigation-monad-en/
Perl以 Monad 來達成 safe navigation
在 reddit.com/r/perl 板上看到 pmz 問了這樣子的一個問題： XML::Twig, get value (or not) without dying Currently I do: if (defined $elt->first_child('addr')->first_child('postalCode')) { $patient{patient_postal_code} = $elt->first_child('addr')->first_child('postalCode')->text ; } because if I don't check for "defined" and the resulting value is null , it dies. 原文連結： https://www.reddit.com/r/perl/comments/1492sc1/xmltwig_get_value_or_not_without_dying/ 這一方面是在針對 XML::Twig 模組的用法提問，另一方面是在問：當 first_child('addr') 傳回 u
2023/6/18 16:02gugodhttps://gugod.org/2023/06/perl-safe-navigation-monad/
PerlToolchain 方面對於 perl 版本的要求
最近開始看到 Perl Toolchain Summit 的結果了。稍微讀了一下，以此篇文章綜合摘要一下今年在 Perl Toolchain 那裡的幾項決定（Lyon Amendment）：原則上 toolchain 內的軟體 (註1) 會開始追上 (註2)「十年前」的 perl 版本。(註3) 唯 2023 年例外，爲了提供給 RedHat v7 終活服務(?)而定爲 5.16。明年 (2024) 定爲 5.20、後年 (2025) 定爲 5.22... （註4) 如果有經常性在升級 perl 的話應該是不會因此受到甚麼影響。主要會被影響到的應該是一些因故無法升級的老系統，最糟有可能會變成不能使用 cpan 指令來安裝模組、或是有某些重要的模組在某版之後變成無法編譯、要使用的話就必須固定使用某個舊版。在老系統上安裝新模組的需求一般來說通常倒是安全性更新。考慮到作業系統本身也需要被更新，讓 Perl / CPAN 相關工具以類似作業系統更新的步調去「與時俱進」似乎還算是合理的。註：主要是與 CPAN 生態系相關的各項工具與模組。包括模組的製作、測試、釋出、CPAN 伺服器端用的
2023/5/6 13:33gugodhttps://gugod.org/2023/05/perl-cpan-toolchain-lyon-amendment/
frogfind 搜尋引擎
http://frogfind.com/ (注意： http 網址。其實用 https 也可以連，但是站長沒有把 cert domain 弄對。看來是同一台機器上架了多個網站，然後就「順便」多了一個錯誤的 https 進入點。) 一陣子之前在 HN 上紅了一陣子的這個網站是個搜尋引擎兼 web proxy。作者要在爲了要讓他蒐集的三十年前的老電腦也可以看各網頁而做了這個特殊的 web proxy。實際上看來是把搜尋丟去 duckduckgo，並且把搜尋結果中的每個網址都換成他的 read.php，而 read.php 中實做 Readability 演算法，把原網頁中能內容極度精簡化再送回給 browser。也因此有可能會碰到無法處理的網頁。但，在 Readability 演算法管用時的瀏覽體驗非常的好。因此，給記憶體比較不足的機器（如 Raspberry Pi）來配合 w3m / lynx / eww 等純文字瀏覽器來用也是非常合的。源碼： https://github.com/ActionRetro/FrogFind
2023/5/3 08:21gugodhttps://gugod.org/2023/05/frogfind-search-engine/
CPAN如何在安裝 DBD::mysql 時使其使用 MariaDB 的編譯設定
簡單筆記一下。以 Debian 爲例。在安裝 DBD::mysql 時需要 mysql_config 這個指令，但如果要使用 MariaDB Client 而不能安裝 MySQL Client 時，也可以讓 DBD::mysql 去使用 mariadb_config，使其改與 libmariadb 連結。由於 MariaDB Client 也可以用來與 MySQL Server 溝通，在不想額外加入 mysql 套件的時候也可以使用這招來省點事。首先需要裝好開發與編譯用的函式庫： sudo apt-get install libmariadb-dev 然後是在安裝 DBD::mysql 時，透過指定環境變數的方式，讓其在編譯過程去使用 MariaDB 的編譯設定：以 cpm 指令來裝 DBD_MYSQL_CONFIG=/usr/bin/mariadb_config cpm install -g DBD::mysql 以 cpanm 指令來裝 DBD_MYSQL_CONFIG=/usr/bin/mariadb_config cpanm DBD::mysql 以 cpan 指令來裝
2023/4/29 08:22gugodhttps://gugod.org/2023/04/perl-cpan-install-dbd-mysql-with-miariadb-config/
YAPC::Kyoto 2023 的參與，以及京都短行
這次 YAPC::Kyoto 2023 的實體聚會應該是 Perl 社群最想參加的一次聚會了。原本預計是在 2020 年三月舉辦的，但因為當時 COVID-19 傳染狀況的關係不得不取消。就算沒有取消，大概實際上也不會有人要去。而就過了這麼三年，所有研討會不得不降級為只有線上舉辦，讓大家透過群組視訊會議與線上文字聊天室來模擬實體聚會。主催者 papix 一直把此事定調為延期，而不是取消。除了個人堅持之外，原來也與其公司（はてな）是在京都リサーチパーク（京都研究園區）創業這一點有直接的關聯。這點倒是在聽完了最後的主講之後才明瞭的。京都研究園區是此次研討會場地的所在。這園區內共有十五棟大樓，有辦公用也有活動用。其地點離京都水族館不遠，但是是一個觀光客不太會停留的地區。園區內有辦活動專用的場地，雖然並不像中研院那麼大規模，但教室大小適中，動線容易理解，也有很大間的，適合全員聚集的地方。我稍微早到了一些而目睹了工作人員仍在準備的狀況，因此先在場地附近隨意散步了一下。再回報到處時不小心從舞台後面走出來了。正好碰到 papix 在佈置 Perl 神社而搭了幾句話。 < 這神社就是一個鳥
2023/3/23 07:07gugodhttps://gugod.org/2023/03/yapcjapan-2023-and-kyoto-short-trip/
PerlX::ScopeFunction 0.03 釋出
https://metacpan.org/release/GUGOD/PerlX-ScopeFunction-0.03 好幾年前我擅自開始把 PerlX:: 這個 namespace 當成是「Perl 語言的延伸」的意義在使用，並且做了一些有的沒的新語法。最近這星期做了 PerlX::ScopeFunction。這個模組提供兩個新的語法關鍵字: let 與 with。先看範例，就能大致上掌握這兩個關鍵字的用法： use v5.36; use List::Util qw( sum0 ); use List::MoreUtils qw( part minmax ); use PerlX::ScopeFunction qw(let with); my @input = (3,1,3,3,7); let ( ($min,$max) = minmax(@input); $mean = sum0(@input)/@input ) { say "$min <= $mean <= $max"; } with ( part { $_ % 2 } @input ) { my ($evens, $od
2023/3/17 08:41gugodhttps://gugod.org/2023/03/perlx-scopefunction-0.03/
把 Steam Deck 調到適合做部分工作
Steam Deck 的桌面模式基本上就是個 KDE Plasma 界面，拿來做不少工作很是夠用。本文描述的幾項重點爲：建立工作專用帳號 work。以 work 身份而安裝 distrobox 並開設虛擬機。調整虛擬機內外環境變數，使 GUI 程式也可顯示在桌面環境上，並能與桌面環境的 Fcitx 輸入法框架互通。粗略想法基本上直接使用 Steam OS 的「桌面模式」。在不做大幅度修改的前提之下，就可以完成不少工作事項。在切換到桌面模式之後，右搖桿可當滑鼠來使用。R2 對應到滑鼠左鍵，L2 對應到滑鼠右鍵（注意：左右相反）。外出時接個好打的鍵盤，就可以進行不少文字工作。只是，一直低頭看小螢幕實在傷頸酸肩，最好還是準備個能將機器墊高一些的支架或站台，這 Steam OS 提供的桌面模式有以下幾點不那麼容易克服的限制：透過機器上左手邊的 "Steam" 按鈕進入桌面模式時，相當於登入 deck 這個帳號，並且不必輸入密碼就可以登入。 deck 帳號是 wheel 管理員群組的一員，而且無法爲其設定登入密碼。系統用目錄全部爲唯讀的。在不透過指令修改檔案系統設定的前提
2023/2/24 23:39gugodhttps://gugod.org/2023/02/steam-deck-as-a-workstation/
在 Steam Deck 桌面模式中使用 fcitx 輸入法框架
Steam Deck 桌面模式就是 KDE Plasma 圖形化介面。但出廠附上的輸入法設定是 ibus 框架的，其內附的漢語拼音等輸入法對我個人而言不太合用。於是，參考 BrLi 的方法後裝了 fcitx 框架，並且修改了相關設定，讓進入桌面模式後，就能直接起動 fcitx 而且不會起動 ibus。重點步驟如下：在 "Discover" app 中找到 fcitx5 框架與輸入法本體後立刻安裝。讓 fcitx5 自動於進如桌面模式時起動編輯 ~/.config/plasma-workspace/env/input.sh 這個檔案，貼入如後內容。將 Steam Deck 重新開機後，再次進入桌面模式讓 fcitx5 自動起動的方式是把其起動腳本複製一份到 ~/.config/autostart 這個路徑底下去： cp /home/.steamos/offload/var/lib/flatpak/exports/share/applications/org.fcitx.Fcitx5.desktop ~/.config/autostart/而 ~/.config/plasma
2023/2/23 19:08gugodhttps://gugod.org/2023/02/steam-deck-desktop-fcitx-input-method/