Yano's digital garage

Gemini版とは違うものの、Archiveを年月でドリルダウンする仕掛けもそれなりにできた。いずれにせよrNote版とは乖離しており、どっちが良いとも言い切れないのが悩みだが、レスポンシブデザインだったりユニバーサルデザインとか考えるとそのあたりに拘るのは時代的によろしくないのかもしれないなぁ、と理解。

yano@cometlake:~$ cd ~/hugo_site/
yano@cometlake:~/hugo_site$ source .venv/bin/activate
(.venv) yano@cometlake:~/hugo_site$ rsync -avu gt110b.local:~/public_html/entries/diary/* rnote_xml/; \
                                    rsync -avu gt110b.local:~/public_html/images static/;
(.venv) yano@cometlake:~/hugo_site$ python rnote2hugo.py -b "/~yano" -i rnote_xml/ -o content/post/
完了: 8667 件変換, 0 件エラー  →  content/post/
(.venv) yano@cometlake:~/hugo_site$ hugo
Start building sites …
hugo v0.161.0-98d396c16a07b51df06e7673d817a3880da6218d+extended linux/amd64 BuildDate=2026-04-28T11:46:32Z VendorInfo=gohugoio
～～
Total in 40521 ms
(.venv) yano@cometlake:~/hugo_site$ rsync -avu ./public/* vps:~/public.hugo.20260516/

前回ので10分以上かかっていた8,000件のbuild時間も40秒ほどに短縮されて、何より。

参照

The world’s fastest framework for building websites https://gohugo.io/

geminiによるダッシュボード作成がうまくいったので、2008年のMTOS乗り換え検討以来の懸案にも活用してみた。

もう一度rNoteを立ち上げて移行する方法を相談してみたところ、やっぱりXML記事をMarkdownに変換して静的サイトジェネレーター(SSG)で構築するのが良さそうだ。というわけで2019年4月に着手したHugoに再トライ。

テーマはひとまずMainroadを選択。さらにArchive記事を年月日で絞り込めるようにレイアウト/テンプレートを補強し、大枠はいい感じになったものの、肝心の画像と参考リンクのスタイルがどうにも以前のサイトとイメージが乖離してしまうので、記事を真面目にMarkdownに変換するのは止めて、ひとまず記事内のHTMLはそのまま残す方針で再公開を優先。

公開サーバにアップロードすると記事内の画像や参照リンクURが/images/～（/~yanoが入らない絶対パス）になってしまう問題があって、hugo serverで起動してhttp://localhost:1313/で確認ケースと折り合いを付けるのに四苦八苦したのだが、どうやら「記事内のHTMLはそのまま残す」方針がHugoの仕様と相容れない結果らしい。

いずれ自家製AIに喰わせて遊ぼうと思ったら、画像や参照リンクも含めてMarkdownのお作法に従うのがいいんだろなぁ、というのもなんとなくわかったので、今回はMarkdown変換スクリプトで強制的にURLに/~yanoを入れてしまう方向で着地。

2019年4月のHugo着手から7年余りの紆余曲折を経てようやく結実。2024年9月に一時閉鎖したサイトもひとまず再開できた。

参照

The world’s fastest framework for building websites https://gohugo.io/

Hugo Themes

GitHub - Vimux/Mainroad https://github.com/Vimux/Mainroad/

Google Gemini https://gemini.google.com/

Wikipedia http://ja.wikipedia.org/wiki/

2017年11月に調達したArmadillo-Box WS1をベースにしたIIJのWi-SUN対応Bルートアダプター「SA-M0」。

少々挙動が怪しくなってきた事もあって、2022年2月に「Nature Remo E Lite」を調達してみたのだが、こっちはこっちでもっと電力取得ができたりできなかったりしているので、「Nature Remo Cloud API」を叩いたところで悩みが増えるだけかもしれない…

と思っていたら、どうやら「スマートメーターのWi-SUN Bルートは、原則メーター1台あたり1アダプタ接続」らしい事がわかり、相変わらずSA-M0を使い続けている今日このごろ。

やっぱり24時間365日連続運転というのが良くないのかも？というありがちな思いに到り、ひとまず手持ちのTapo P110Mを投入。

Matter対応なら自宅サーバのcronで叩けるかと思ったが、そもそもTapoアプリのスケジューラ機能でOFF、1分後にONさせるだけで済んでしまったよ。

参照

INTERNET Watch https://internet.watch.impress.co.jp/

TP-Link、Matter対応の電力モニタリング機能付きミニスマートプラグ「Tapo P110M」発売、 2023年9月12日

TP-Link 日本 https://www.tp-link.com/jp/

Tapo P110M | 電力モニタリング機能付きミニスマートWi-Fiプラグ

Amazon.co.jp https://www.amazon.co.jp

TP-Link Tapo Matter 対応スマートプラグ Tapo P110M(1-pack)(JP)/A 1,600円

Wikipedia https://ja.wikipedia.org/wiki/

2024年1月に地デジの『J:COMチャンネル』、『J:COMテレビ』の２チャンネルが増えたが、epgrecの対応を忘れていた。

というわけで、まずはepg.Recorder_channelTblに追加。

yano@GT110b:~$ mysql epg -e "INSERT INTO Recorder_channelTbl (type, channel, channel_disc, sid, name) VALUES ('GR', 33, 'GR33', 'hd', 'J:COMチャンネル'),('GR', 37, 'GR37', 'hd', 'J:COMテレビ');"
yano@GT110b:~$

続いて/var/www/html/epgrec/config.phpにも追加。

yano@GT110b:/var/www/html/epgrec$ diff -bc config.php.old config.php
*** config.php.old      2019-04-09 23:54:30.000000000 +0900
--- config.php  2026-05-03 01:28:00.204597368 +0900
***************
*** 44,49 ****
--- 44,51 ----
        "GR32" => "32",         // FBS
        "GR26" => "26",         // TVQ
        "GR34" => "34",         // TNC
+       "GR33" => "33",         // J:COMチャンネル
+       "GR37" => "37",         // J:COMテレビ
  );
yano@GT110b:/var/www/html/epgrec$

あとは/etc/cron.d/getepg周期でEPG番組表が更新されるのを待つだけだが、お急ぎの場合は

4月16日、18日に調達した「白くまくん」の設置工事。