List of Web [text.Baldanders.info]

ぞーぺん（ZonePane）で bsky.social 以外の PDS にサインインする

2026-05-08T11:56:43+00:00

以前書いた「そろそろ PDS を個人で管理する時代か？」で「常用しているぞーぺん（ZonePane）も bsky.social 以外の PDS に対応してない」と愚痴ったのだが ZonePane for Desktop v2.9.18 で bsky.social 以外の PDS (Personal Data Server) にもサインインできるようになった¹。ありがたや。さっそく試してみよう。

bsky.social 以外の PDS でサインインを試す

アカウント追加画面に移動して

アカウント追加より

「Bluesky にサインイン」を選択する。

サインインより

折りたたまれた状態ではあるが「サーバー（PDS）」の項目が追加されている。 Bluesky の既定 PDS である bsky.social であればこの項目は空欄でもいいが，それ以外の PDS のアカウントの場合は PDS のドメインを入力する必要がある。

サインインより

これで「サインイン」ボタンを押せばブラウザの OAuth 認証・承認画面に飛ぶ。

Authorizeより

ここで承認すればサインイン完了である。

Bluesky じゃないほうの PDS を利用している方はプロバイダから PDS 名のアナウンスがあるはずなので必ずメモしておくこと。紛失しちゃった場合は PDSls で確認する手もある。

photos.baldanders.info - PDSlsより

デスクトップ版 ZonePane の Mastodon やら Bluesky やらをゴチャまぜにしてマルチカラムで表示するインタフェースはホンマに重宝していて，もう手放せなくなっている。これからもよろしくお願いします。

v2.9.18 は bsky.social 以外の PDS で OAuth 認証した場合に再認証で PDS ドメイン名を忘れてしまう不具合があったが 2026-05-08 にリリースされた v3.0.0 では修正されていた。

ありがたや 🙇

アプリケーションとデータストレージの抱き合わせはリスクか？

今までは，ユーザから見てアプリケーションとユーザデータ（のストレージ）が一体であることは当たり前だった。分散型と言われる Mastodon でさえストレージはアプリケーション・インスタンスの一部になっていて，別のインスタンスに移りたければインスタンス間でデータの「引っ越し」が必要である（引っ越しができるだけマシだが）。

ここで AT Protocol が登場し Eurosky や Periwinkle といったアカウントとデータを専ら扱う PDS サービスが出てきたことで（ユーザから見た）アプリケーションとユーザデータの関係が変わってきているんじゃないだろうか。たとえば Bluesky は利用したいが Bluesky が擁する PDS に自分のアカウントとデータは置きたくない，といったような。

（上の記事によると，コリイ・ドクトロウ氏は PDS を自前で用意したようだ）

私が pckt.blog サービスのアカウント（photos.baldanders.info）を取得するときには深く考えず「ひとつくらい別 PDS のアカウントがあってもいいだろう」くらいの軽い気持ちだったのだが，最近 atproto エコシステムにおいてアプリケーションとデータストレージの抱き合わせは（アプリケーションがなんであれ）リスクなんじゃないかと思い始めている。

というわけで PDS を引っ越そうか悩み中である。

【2026-05-10 追記】

Andorid 版および iOS 版の ZonePane も最新版で bsky.social 以外へのサインインに対応したようだ。

手元のスマホで試したが問題なくサインインできた。

デスクトップ版 ZonePane は現在「お試し版」の状態で Windows, macOS, Linux (Debian, Ubuntu) で利用可能。 ↩︎

Streamplace で Gogh 作業配信を行う

2026-04-12T06:23:32+00:00

前回の最後の方で「Streamplace を使うことを考えてみようかな」と書いたが，実際に試してみることにした。なお gogh のゲーム画面を動画配信サイトに乗せるのは基本的に OK のようだが，制作会社からガイドラインが示されているので，それに従う必要がある。

gogh二次利用ガイドライン

Streamplace とは

Streamplace は分散型 SNS 向けのビデオレイヤおよびオープンソースのライブビデオ配信プラットフォームで AT Protocol (Authenticated Transfer Protocol) エコシステム下で構築されているのが特徴らしい。

Kagi Assistant に Streamplace と YouTube の比較表を作ってもらった（YouTube 以外の動画配信サービスでも似たようなものだろう）。

比較項目	Streamplace	YouTube
運営形態	分散型（特定の企業に依存しない）	中央集権型（Google が運営）
基盤技術	AT Protocol / Livepeer ネットワーク	Google 独自のクローズドなインフラ
ソースコード	オープンソース（誰でも利用・改善可能）	非公開（プロプライエタリ）
データの所有権	ユーザー自身（自己主権型アイデンティティ）	運営企業（Google）
主な目的	分散型 SNS 向けのビデオインフラ提供	広告収益を主とした動画共有サービス
検閲・制限	プロトコルレベルでの検閲は困難	運営企業のポリシーにより削除・停止あり
主な利用者層	Web3 開発者，分散型 SNS ユーザー	一般消費者，クリエイター，広告主

だいたい合ってるかな。

Streamplace および基盤技術である Livepeer については別記事でもう少し掘り下げて紹介する。まずは（細かいことは考えず）アカウントを取得するところから始めよう。

Streamplace 側の準備

公式サイトのトップページの右上にある Sign Up をクリックする。

via Streamplace Signup

サインアップには Bluesky などのアカウントが必要らしい。アカウントを入力して（上の図では隠れているが）下の方にある Continue をクリックすると OAuth の認証画面になるので確認して承認すればサインアップは完了。

via OAuth Authentication

ドメイン等をきちんと確認すること。

サインアップ（あるいはサインイン）したら Live Dashboard に移動する。

via Live Dashboard

ここで Stream from OBS をクリックする。

via Stream from OBS

プロトコルは RTMPS を選択。この状態で Generate Stream Key をクリックする。

via Stream from OBS

Stream Key が伏せ字で表示されるので右側のボタンをクリックしてクリップボードにコピーする。

OBS 側の設定に必要なので以下の情報はどこかにメモっておこう。

Service： Custom…
Server： rtmps://rtmp.stream.place:1935/live
Stream Key： 上で取得した値
Output Settings
- Output Mode： Advanced
- Keyframe Interval： 1s
- x264 Options： bframes=0

OBS Studio 側の準備と配信の開始

当然ながら gogh はあらかじめ起動しておいてね。

OBS Studio のインストールおよびシーンやソースの設定については割愛する（前回記事の後半でもちょこっと説明している）。各自でいい感じに設定して欲しい。

配信設定については，設定（Settings）画面を表示し配信（Stream）タブで，上の情報を参考に，以下のように設定する。

via OBS Studio ➢ Settings ➢ Stream

さらに出力（Output）タブでも，以下のように設定する。

via OBS Studio ➢ Settings ➢ Output

これであとは Start Streaming ボタンを押せば Streamplace 側に配信が流れる。 Streamplace の Live Dashboard が以下のような状態になっていれば OK（まだプレビュー状態）。

via Live Dashboard

タイトル等を入力して Start Livestream! をクリックすれば配信が開始される。

via Live Dashboard

ちなみに，最近の Bluesky はライブ中フラグを立てることができる。

via Edit live status

ライブ中状態にすると以下のようにアバターアイコンに赤枠が付く。

via Profile

スマホ用アプリ

Streamplace の配信は Web ブラウザで見れるが，スマホ用のアプリも提供されている。

Android だとこんな感じ（横持ちの場合）。

via Streamplace App

見るだけならサインインしなくても OK なようだ。これならスマホ版の gogh は要らんな（笑）配信¹ 仕掛けてポモドーロ・タイマーを起動しておけば出先でも使えるぢゃん。

…後半へ続く。

~~Streamplace 配信は特定のユーザにだけ見えるようにすることもできる。~~ 勘違い。 gogh の限定公開機能と混同していた。 ↩︎

ネトフリに再契約しなくてもよかったのに

2026-04-07T07:19:17+00:00

ネトフリに再契約しなくてもよかったのに

NASA Artemis II ミッションにおける Orion 有人宇宙船が月の裏側を回り込むのが日本時間で 2026-04-07 朝とのことで，どこで配信するのかなと思ってたらネトフリで配信するとか聞こえてきて。

テレビアニメを（ネットでも）あまり見なくなって，だいぶ前に Netflix のサブスクリプションを解除していた。今年の WBC のときは（競技スポーツに関心が薄いこともあり）完全にスルーしていたが，今回は「またネトフリか」と思いつつ，結局は再契約してしまった。

メンバーシップは解除したけどアカウント自体は残ってたと思ったのだが，どうやらアカウントも消えてたみたいで，あらためて登録からやり直した。前に使ってたメールアドレスは使えたが，以前利用してたときの情報は綺麗になくなってるようだ。まぁ，これはこれでいいか。どうせすぐ解約するし。

あとで NASA の公式 YouTube チャンネルで枠が立ってると Bluesky で教えていただいた。実際にネトフリの配信を見てみたが NASA の公式配信の映像を使ってるだけみたいで，これなら宇推くりあさんの YouTube 配信で十分じゃん orz

ネトフリのサブスクリプションはソッコーで解除しましたよ。契約の関係で5月5日までは有効みたいなので，せっかくだから『超かぐや姫！』でも見るか。 1ヶ月で解約なら映画チケット代より安いし，これで元は取れるやろ（笑）

Artemis Program & Artemis II Mission

今回の Artemis II ミッションは Artemis 計画のひとつ。

Artemis 計画は

20世紀のアポロ計画以来の有人月面着陸を実現し，月面での持続的な有人活動の拠点を築くことを目指す
- 大型ロケット SLS（Space Launch System）の開発
- 有人宇宙船 Orion および着陸機 HLS (Human Landing System) の開発
- 月軌道を周回する有人拠点 Gateway の建設
アルテミス合意（Artemis Accords）に基づく国際協力体制の構築
- アルテミス計画と日本の宇宙探査活動 | JAXA 国際宇宙探査センター
将来の有人火星探査に向けた基盤構築

といった内容で，有人月面着陸に関しては今のところ Artemis V まで計画されている。なお Gateway については現在，凍結しているらしい。

Artemis II は，有人宇宙船 Orion に4人の宇宙飛行士を乗せて月の裏側を回り込んで帰ってくるミッションだ。

via Artemis II Map - NASA

本当は2月に打ち上げ予定だったのが，延びに延びて4月になった。打ち上がってからは（トイレが故障するとかあったそうだが）概ね順調で今日のイベントと相成ったわけである。

Artemis II 配信を YouTube で見る

NASA 公式チャネルでは，以下の配信枠が立てられている。

最初の2つは打ち上げからずうっと配信されているようだ。最後のが今回の月周回イベント用の枠で，昨夜から配信が始まった。コメントが有効になってるので，ずうっと配信しっぱなしということはないだろう？

日本語での解説では，この手のイベントではおなじみ宇推くりあさんの同時視聴ライブ配信がとても参考になった。彼女は Artemis I から引き続き，打ち上げから何度か枠を立てて配信されている。

ありがたや 🙇

私は深夜は起きていられないので（年寄りは寝るのが早い）深夜の配信はほとんど見逃したが，月の裏側を回るイベントは見ることができた。

via NASA’s Artemis II Crew Flies Around the Moon (Official Broadcast) - YouTube

慌ててキャプチャしたので要らないものも写っているが，これは Orion が月の裏側から出てきて通信が回復した直後の船外カメラの映像（月の裏側に入っている間は DSN (Deep Space Network) の通信が切れる）。三日月っぽく見えるのは実は地球である。

その後（Orion から見て）太陽が月に隠される「日食」イベントもあった。

via NASA’s Artemis II Crew Flies Around the Moon (Official Broadcast) - YouTube

これは太陽が月の後ろに隠れた直後と月の後ろから出てくる直前の映像。太陽の周囲にあるコロナがこのように見えるのは，なかなか面白かった。

Orion はこれから地球に戻り，順調に行けば4月11日に再突入する予定である。その時は，もしかしたらこの記事に追記するかも知れない。どことは言わないが，ググったら既に再突入成功の記事とかあるみたいなので（笑）きっと大丈夫だろう（ちょっと，いやだいぶウケた）

【2026-04-08 追記】 Artemis II からの画像を Flickr で見る

Flickr には2008年から NASA の公式アカウントがあるのだが， Artemis II ミッションの画像もここにアップされている。いくつか挙げておこう。

via Earthset | NASA Johnson | Flickr (licensed under CC BY-NC-ND 4.0)

via Solar Eclipse Emergence from Orion | NASA Johnson | Flickr (licensed under CC BY-NC-ND 4.0)

via Artemis II in Eclipse | NASA Johnson | Flickr (licensed under CC BY-NC-ND 4.0)

最後の「日食」の写真は素晴らしい。

月周囲の暈（halo）がコロナによるものか黄道光によるものか（あるいはその両方によるものか）については議論があるらしい。また月（の影部分）地球照で僅かに照らされているのも分かる。あとは月と背景の星星との位置関係か。学術的にも色々と興味深い写真のようだ。

こういった画像を CC license 下で公開してくれるのはありがたい。どこぞの国の月探査とは大違いやね（笑）

テレビはホンマに要らなくなったな

WBC のときは（最初に言ったように）私は競技スポーツに関心が薄いので Netflix が独占配信をやるとか聞いても「ふーん」程度の感想だったのだが，今回もし Netflix が独占配信するとかやりだしたらちょっと嫌だったかも知れない。だが，まぁ，ありそうな話ではある。昔 NHK と組んで月探査機「かぐや」からの映像を独占させた JAXA とか，いかにもやらかしそうだ。

今回は私の先走りの思い込みで本当によかった。新聞・テレビを見ないので，今回の Artemis II ミッションが日本でどのように報道されているのか知らないし，知らなくても全く問題なく欲しい情報を摂取できる今の状況は幸せなのかも知れない。

参考

天体物理学: Arnab Rai Choudhuri (著), 森正樹 (翻訳); 森北出版 2019-05-28; 単行本; 4627275110 (ASIN), 9784627275119 (EAN), 4627275110 (ISBN); 評価

興味本位で買うにはちょっとビビる値段なので図書館で借りて読んでいたが，やっぱり手元に置いておきたいのでエイヤで買った。まえがきによると，この手のタイプの教科書はあまりないらしい。内容は非常に堅実で分かりやすい。理系の学部生レベルなら問題なく読めるかな。

reviewed by Spiegel on 2019-11-13 (powered by PA-APIv5)

MPA for Linux でログイン検証（Linux で個人番号カードを読む 2）

2026-04-01T06:25:15+00:00

前回の続き。

myna のリポジトリによると，サブプロジェクトの MPA for Linux を使って Linux の Web ブラウザでマイナポータルや e-Tax のサイトに個人番号カードを使ってログインできるらしい。素晴らしい！

Rust ツールチェーンのインストール

事前準備として Rust ツールチェーンのインストールを行う。

Rust の基礎勉強をしてたのはもう6年も前で，仕事に結びつくこともなかったので完全に放置していた。しかも，あれから自宅パソコンを買い替えたりして開発環境もなくなったので，インストールからやり直すことに。

インストールページに従って，以下のスクリプトをダウンロード&実行する。

$ curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
info: downloading installer

Welcome to Rust!

This will download and install the official compiler for the Rust
programming language, and its package manager, Cargo.

...

   default host triple: x86_64-unknown-linux-gnu
     default toolchain: stable (default)
               profile: default
  modify PATH variable: yes

1) Proceed with standard installation (default - just press enter)
2) Customize installation
3) Cancel installation
>

今回はこのまま Enter キーを押して続行。

info: profile set to default
info: default host triple is x86_64-unknown-linux-gnu
info: syncing channel updates for stable-x86_64-unknown-linux-gnu
info: latest update on 2026-03-26 for version 1.94.1 (e408947bf 2026-03-25)

...

Rust is installed now. Great!

To get started you may need to restart your current shell.
This would reload your PATH environment variable to include
Cargo's bin directory ($HOME/.cargo/bin).

To configure your current shell, you need to source
the corresponding env file under $HOME/.cargo.

This is usually done by running one of the following (note the leading DOT):
. "$HOME/.cargo/env"            # For sh/bash/zsh/ash/dash/pdksh
source "$HOME/.cargo/env.fish"  # For fish
source "~/.cargo/env.nu"  # For nushell
source "$HOME/.cargo/env.tcsh"  # For tcsh
. "$HOME/.cargo/env.ps1"        # For pwsh
source "$HOME/.cargo/env.xsh"   # For xonsh

これで ~/.rustup/ および ~/.cargo/ ディレクトリ以下にツールチェーンがインストールされた。 PATH 設定が ~/.cargo/env ファイルに記述されていて ~/.profile と ~/.bashrc が ~/.cargo/env を読み込むよう書き換えられている。必要に応じて内容を調整する。

とりあえず，今すぐ PATH を通したいなら

$ . ~/.cargo/env

とすればよい¹。

起動確認しておこう。

$ rustc --version
rustc 1.94.1 (e408947bf 2026-03-25)

うんうん。問題なさそうやね。 Rust の勉強もやり直すかなぁ。

MPA for Linux のインストール

いよいよ MPA for Linux をインストールする。

適当なディレクトリに github.com/jpki/myna リポジトリを clone する。

$ git clone https://github.com/jpki/myna.git

リポジトリ内の mpa ディレクトリに移動して cargo install を実行する。

$ cd myna/mpa
$ cargo install --path .
  Installing mpa v23.0.0 (/home/username/path/to/myna/mpa)
    Updating crates.io index
     Locking 107 packages to latest Rust 1.94.1 compatible versions
      Adding der v0.7.10 (available: v0.8.0)
      Adding generic-array v0.14.7 (available: v0.14.9)
      Adding sha1 v0.10.6 (available: v0.11.0)
      Adding sha2 v0.10.9 (available: v0.11.0)

         ...

   Compiling myna v0.6.4 (/home/username/path/to/myna)
   Compiling mpa v23.0.0 (/home/username/path/to/myna/mpa)
    Finished `release` profile [optimized] target(s) in 16.86s
  Installing /home/username/.cargo/bin/mpa
   Installed package `mpa v23.0.0 (/home/username/path/to/myna/mpa)` (executable `mpa`)

これで ~/.cargo/bin/ ディレクトリにホストアプリケーション mpa がインストールされた。

次に同ディレクトリにある install.sh を実行してホストアプリケーションをブラウザに登録する。ブラウザのプロファイルが既定の場所にあるのであれば，引数なしで起動すればよい。

$ ./install.sh
=== Installing Native Messaging Host manifests ===
Host path: /home/username/.cargo/bin/mpa

Installed: /home/username/.config/google-chrome/NativeMessagingHosts/com.github.jpki.mpa.json
Installed: /home/username/.config/chromium/NativeMessagingHosts/com.github.jpki.mpa.json
Installed: /home/username/.mozilla/native-messaging-hosts/com.github.jpki.mpa.json

ブラウザのプロファイルが既定のの場所にない場合は

./install.sh --user-data-dir /path/to/datadir

のように指定できるらしい。今回は既定のままでOK。

次にブラウザのほうほうにも拡張機能をインストールする必要があるのだが，正規ルートからはインストールできないようなので Developer mode で強制的に行う。手順は以下の通り。

Chrome

chrome://extensions/を開く

右上のディベロッパーモードをON

パッケージ化されていない拡張機能を読み込むで./mpa/extensionを読み込む

拡張機能のメニューからMPA for Linuxを開く

動作確認ボタンを押してエラーが出なければOK

Firefox(一時的)

about:debuggingのこのFirefoxを開く

一時的なアドオンを読み込むで./mpa/extension/manifest.jsonを読み込む

拡張機能のメニューからMPA for Linuxを開く

動作確認ボタンを押してエラーが出なければOK

ブラウザ拡張のインストールより

メインで使ってる Firefox に入れるのは怖いので，サブとして使ってる ungoogled-chromium で試した。やり方はたぶん Chrome と同じでいいよね。こんな感じ？

ちなみに Developer mode を OFF にするとこの拡張機能も無効になる。これがあるからオススメしにくいんだよなぁ。

これで MPA for Linux の導入は完了。上手くログインできるかなぁ。

マイナポータルサイトにログインする

マイナポータルより

左サイドにあるログインボタンを押してログイン画面に移動する。

ログイン | マイナポータルより

ここで暗証番号の入力を求められる。

暗証番号入力より

利用者証明用パスワード（4文字の数字）を入力して OK ボタンをクリックする。ボタンをクリックせず Enter キーを押すとなにも起こらず処理が止まってしまうので注意（困るなぁ）。

ホーム | マイナポータルより

よし。上手くいった！

e-Tax サイトにログインする

e-Tax サイトのログインは個人用と法人用がある。私は個人用からログインする。

個人ログイン | e-Taxより

下の方にスクロールすると

個人ログイン | e-Taxより

「ICカードリーダーで読み取り」ボタンがあるので，これをクリックする。あとは前節と同じように暗証番号の入力を求められるので，利用者証明用パスワード（4文字の数字）を入力して OK ボタンをクリックする。

TOP | e-Taxより

こちらも問題なく入れた！

これで Linux 機で確定申告できる！

マイナポータルおよび e-Tax の両サイトへのログインを確認できたので，ブラウザ拡張機能の Developer mode を OFF に戻しておく。

これで来年は自宅 Linux 機で確定申告できるな。もうスマホで確定申告するのは嫌なのよ。スマホは入力端末としては向かないっスよ。

ミニ PC の Windows 機はますますゲーム専用機になっていくな（笑）まぁ，それはそれで重宝しているからいいか。

参考

スーパーユーザーなら知っておくべきLinuxシステムの仕組み: Brian Ward (著), 柴田芳樹 (翻訳); インプレス 2022-03-08 (Release 2022-03-08); 単行本（ソフトカバー）; 4295013498 (ASIN), 9784295013495 (EAN), 4295013498 (ISBN); 評価

版元で PDF 版が買える。セキュリティ・エリアにも持ち込めるよう紙の本を買ったのだが，オンライン読書会が始まったので PDF 版も購入。Linux システムの扱い方に関するリファレンス本として優れている。最初に軽く流し読みして，必要に応じて該当項目を拾い読みしていけばいいだろう。

reviewed by Spiegel on 2023-02-11 (powered by PA-APIv5)

コマンドの . は source と同じ意味で，指定したファイルを現在の shell で実行する。 ↩︎

ブログを Fediverse & Atmosphere に参加させる

2026-03-23T11:42:41+00:00

随分前に Bridgy Fed を利用して Bluesky と Mastodon を相互接続させる方法を紹介したが，同じサービスを使ってブログなどの Web サイト（の更新）を Bluesky/Atmosphere および Mastodon/Fediverse と連携させることが出来るようだ。

graph LR Website["Web site"] BridgyFed(("Bridgy Fed")) Mastodon["Mastodon (Fediverse)"] Bluesky["Bluesky (Atmosphere)"] Website-->BridgyFed BridgyFed-->Mastodon BridgyFed-->Bluesky

Federation with Bridgy Fed

登録自体は簡単で，以下のページでブログの URL を入力するだけ。

via Enter a web site to bridge:

成功すれば以下の画面に遷移する。

via text.baldanders.info profile - Bridgy Fed

RSS フィードを備えているサイトであれば問題なく登録できるはず。サイトの登録は誰でもどのサイトでもできる。勝手に登録されてしまい取り消したいのであれば，オプトアウトの手続きを行う必要がある。

If you’re on the web, email us from an address at your web site’s domain to show that you own it, or you can put the text #nobridge in the profile on your home page and then update your profile on your user page.

via How do I opt out and remove my site or account?

初期状態では Bluesky ハンドルは @yourdomain.com.web.brid.gy に， Mastodon ハンドルは @yourdomain@web.brid.gy になっている。

たとえばサイトのドメインが text.baldanders.info であれば，それぞれ

@text.baldanders.info.web.brid.gy (Bluesky)
@text.baldanders.info@web.brid.gy (Mastodon)

となる。

このうち Bluesky ハンドルはサイトのドメイン名に変更可能である。変更方法は以前書いた記事を参照のこと。 DNS の TXT レコードまたは /.well-known/atproto-did ファイルに DID を設置すれば勝手に更新してくれるみたい。

ちなみに，ここのブログのように GitHub Pages で独自ドメインにしている場合は DNS の TXT レコードが使えないため /.well-known/atproto-did ファイルに DID を書いて設置した。この場合 /_config.yml ファイルに以下の記述を追加する必要がある。

include: [".well-known"]

最終的には以下のハンドル名になった。

@text.baldanders.info

via text.baldanders.info - PDSls

Mastodon ハンドル名の web.brid.gy の部分を独自ドメインに変えることもできるようだが，このブログではメリットが薄い（かえってハンドル名が長くなる）のでやらないかな。

Fediverse の各サービスや Bluesky 等とやり取りするために IndieWeb や Webmention が推奨されているみたいだが，これは後日調査して可能なら対応するか。

今回はここまで。

ブックマーク

Using Web Mentions in a static site (Hugo) | Modern Web Development with Chrome
このブログがFediverseに対応しました
Bridgy-Fedのまとめ
Webmention.io
Long-Form Comes To Bridgy Fed : Bridgy Fed が長文ドキュメント用の Standard.site に対応

Kagi 翻訳によるおもしろ翻訳

2026-03-20T01:23:14+00:00

Kagi 翻訳によるおもしろ翻訳

先日の Kagi Search 変更履歴に

On March 16, we launched our latest fun language on Kagi Translate, LinkedIn Speak, and it quickly went viral on social media, generating millions of engagements.

via March 19th, 2026 - Small Web Expansion and Translate goes viral

とあり，早速試してみた。

いや「Z世代」とか（笑）これは試してみるしかあるまい。

んー。面白いけど普通かな。じゃあ「LinkedIn Speak」だとどうなるか。

ぶはは！あれだ。日本で言う「おじさん構文」だな，これ。調子に乗って「ビジネス用語」でいってみよう。

なげーよ！確かにビジネス挨拶だわ（笑）つか spam メールの序文だな。もっと簡単に “Hi” だとどうなるか。

同じだ同じ。漫画とかで元の会話と翻訳でボリュームが全く釣り合ってないというシチュエーションがあるけど，まさにこれだな。ちなみに上の翻訳文を更に日本語に訳すとこうなる。

メールでこんな文章来たらソッコーでゴミ箱行きだな。まぁ，儀礼的な文章・会話がいかにアホみたいかよく分かるよね。

【おまけ】 Kagi 翻訳に “Hi” を日本語に訳させてみる

Kagi 翻訳は翻訳に関して細かくチューニングすることができる。たとえば，先程の “Hi” をデフォルト設定で日本語に訳すとこうなる。

まぁ，無難。最後の「最近どう？」は意訳しすぎやろと思うけど（笑）

ここで以下のように設定を変えてみる。

謙譲語
話し手および聞き手はともに男性
勤務先で部下から上司への挨拶

この設定で翻訳させると以下のようになる。

コンテキスト通り日本の職場っぽくなった。日本語って同じ意味でもシチュエーションによって全然違う表現になったりするので，こういう翻訳オプションは面白い。

確定申告のふりかえり

2026-03-17T03:59:05+00:00

今回は失敗した orz

来年以降失敗しない (次やるときは上手くやる) ために自分用の覚え書きとして記しておく。

はじめての e-Tax & マイナポータル

完全に言い訳だけど，今回は色々と初めてだったのよ。

まず松江に帰郷って以降，初めての確定申告だったこと。還暦を迎えて最初の申告だったこと。 e-Tax＋マイナポータルによる申告書作成も初めてだったこと。昨年買ったミニPCを使って申告書を作成する（しようとした）のも初めてだったこと。

カードリーダーを認識しない

本当なら今年に入ってすぐに準備に取り掛かるつもりだったのよ。それが骨折入院で全部パーになった。退院後も体調が万全でなかったり残務処理が忙しかったりで，ようやく作業を開始したのが3月に入ってから。

したらカードリーダーが繋がらないの！なんでやねん！デバイスドライバーは正しくインストールされてるっぽいけど，診断ソフトを見る限りファームウェア情報が読み取れなくて「知らんよこんなやつ」な状態になってる模様。なので，ファームウェアのアップデートもできない。いろいろ試してみて Windows 側もだいぶ弄ったのだが改善しないので「今年は無理！」と諦めた。

今回用に買ったカードリーダーは金属ゴミに出すか。いや，メインの Ubuntu 機で（汎用のカードリーダとして）使えるか試してからにするか。

スマホを暗号デバイスにしたくない

とはいえ，期日は迫ってるし，やりたかないけどスマホで申請するかってなった。とほほ。

まぁ，副業してるわけでなし，申請内容は以前に勤務先で年末調整用の書類を書いてたときと殆ど変わらない。強いて言うなら，昨年は医療費がめっちゃかかったのだが，既に健康保険は個人番号と紐づけ済みなので（ちなみにマイナ保険証にはしていない）勝手に集計してくれるのはマジで助かった。

でも，何かするたびに個人番号カードで認証する必要があり，その度にマイナポータルアプリがしゃしゃり出てくるのにはウンザリする。あれだけ面倒だとスマホ用電子証明書を入れたくなる気持ちは分かる。分かるが，私は基本的に（Android であれ iPhone であれ）スマホを信用してないのでスマホを暗号デバイスにしたくない。なので，あのウンザリする作業を何度も繰り返しましたよ。

あと，申請自体はスマホ内のブラウザで行うんだけど，タブが大量に発生する。最終的に十数個のタブが開いてて，どのタブがメインの作業なのか分からなくなった。パソコンの広いモニタとブラウザ環境ならタブが何個開いていようと問題ないんだけど，スマホでこれをやられるとマジでムカつく。

来年は絶対にパソコンで作業する！ていうか Ubuntu Desktop 機でも出来るようにしてくれ！

やはり個人番号カードは持ち歩くべきではない

今回の作業で「やはり個人番号カードは持ち歩くべきではない」と改めて思った。

個人番号カードは暗号デバイスであり認証デバイスでもある。 Authenticator というやつだ。しかも行政サービスを受けるための，めがっさ大事なデバイス。そんなもん日常的に持ち歩くやつおるか？昔で言うなら銀行印や実印を持ち歩いてるようなもんだぞ。まぁ，暗号デバイスとしての機能を外して（顔認証マイナンバーカード）ただの身分証明として使うならいいんだろうけど。

「マイナ保険証」も「マイナ免許証」も不要。少なくともユーザ側に特筆するメリットはない。

健康保険の確認は資格確認書を提出すれば足りるし，処方箋の履歴もお薬手帳のほうが確実（主治医はお薬手帳の方を見る）。入院や手術の際の高額療養費の申請はケースワーカさんに依頼して病院側で全部やってもらった。自転車用自賠責保険の入院特約を利用した保険金申請のほうが（書類を揃えないといけないので）よほど面倒くさかったよ（笑）

マイナ免許証のほうは知らんけど，あれが便利なのって変更時だけだろ？個人番号カードを日常的に持ち歩く（紛失・盗難・破損）リスク（およびその回復コスト）とは引き合わないよな。

というわけで

以上，確定申告のふりかえりでした。

ブックマーク

スマートフォンを手放す・機種変更するとき | マイナンバーカード | デジタル庁ウェブサービス・アプリケーション
- スマホ用電子証明書の利用停止（失効） / スマホ用電子証明書の利用停止を行う（失効） | 使い方
- スマホ用電子証明書の更新・再発行・機種変更 / スマートフォンの機種変更時の手続を行う | 使い方
「Linuxで確定申告ができない」はもう古い｜まいくろめも : 個人番号カードを使わなくても利用者識別番号とパスワード（要登録）でいけるよ，とあるのだが，パスワードはねぇ…
PCでマイナポータルにログインする方法｜ichihuku
Linux & IO DATA USB-NFC4 & マイナンバーカード : AB Circle CIR315A の Linux 用ドライバーがあるらしい。マイナポータルで使えるかどうかは試してない。ブラウザの UA で弾いてるぽいので正規のやり方では無理だと思うが…

2026年の書き初め

2026-01-04T07:09:56+00:00

みなさま，新年あけましておめでとうございます。今年もよろしくお願いいたします。今年最初のブログ記事。

昨年（2025年）のインプット／アウトプット

2024年末に「2024年のインプット／アウトプット」を書いたのを読み返して「2025年もやってること変わらんなぁ」という感想になった。以下に簡単に2025年のインプット／アウトプットをまとめておく。

ブログ

ブログに関しては，このブログ以外のアウトプットはなくなった。 Zenn や Qiita は完全に読み専になった。

SNS，マイクロブログ

インプット・アウトプット両方で使ってるのが Mastodon, Bluesky, Flickr。

Mastodon
- メインアカウント
- osanpo : よく見るサイト・ブログの監視用ボット。 Feed reader として使っている
- goark : 自作パッケージやよく利用する Go パッケージを監視して更新したらアナウンスするボット
Bluesky
- メインアカウント
- osanpo : よく見るサイト・ブログの監視用ボット。 Feed reader として使っている
- goark : 自作パッケージやよく利用する Go パッケージを監視して更新したらアナウンスするボット
- APOD unofficial : NASA APOD (Astronomy Picture of the Day) 非公式ボット
Flickr

Facebook は広島時代の友人向けの生存報告用にのみ使ってる。 Instagram, Threads はアカウントを持ってない。 𝕏 はブログ記事の宣伝と推し VTuber のチェックに使ってる。 Facebook も 𝕏 も（無料ユーザは）リンク付きのポストを冷遇するみたいな話も聞いてるし，すっかり広告媒体になっちまったなぁという感想。

GitHub

メインアカウント : 雑多な物置。主にここの管理に使っている
Playing with Go Language : 自作ツール，パッケージ管理リポジトリ

昨年の秋くらいからぼつぼつ Go で遊ぶのを再開している。入院中に PR を貰って慌てて環境を整えたり（笑）

YouTube

骨折入院で気がついたのだが，雑談配信って心とパソコン環境に余裕がないと見る気にならないのな。なので最近は歌枠やゲーム実況を主に見ている。退院して余裕ができたら未見の配信を消化していこう。

今年（2026年）はリハビリから始まる

今年に入って 1/3 荷重まで緩和され，エアロバイクも解禁された。ペダル漕ぐの楽しい。最初は様子見とケイデンス 60rpm くらいでゆっくり目に漕ぎはじめたのだが，ペースが速いとビックリされた（笑）まぁ，ママチャリだと 40〜50rpm が普通だものなぁ。好きに濃いでいいと言われたので 70rpm 付近で20分ほど漕いでいる。

今月末か来月初めくらいにはフル荷重が解禁になるので，筋力を落とさないよう楽しくリハビリしていこう。

退院したらまたフィットネスバイクと近場のサイクリングからやり直しだな。今年も心臓リハビリ＠がんばらないということで。

Web ページのメタデータを取得する goark/webinfo をリリースした

2025-11-28T10:26:26+00:00

私は自分が作ってる各プロダクトの中で特定の機能が3つ以上重複した場合は別パッケージとして切り出すことにしている。というわけで Web ページのメタデータを取得する機能をパッケージとして切り出した。

goark/webinfo: Extract metadata and structured information from web pages

要するに，完全に自分用のパッケージなので汎用性はあまり考慮していない。

使い方はこんな感じ。

package main

import (
    "bytes"
    "context"
    "encoding/json"
    "fmt"
    "io"
    "os"

    "github.com/goark/webinfo"
)

func errorOut(err error) {
    fmt.Fprintf(os.Stderr, "%+v\n", err)
}

func main() {
    ctx := context.Background()
    // Fetch metadata for a page
    info, err := webinfo.Fetch(ctx, "https://text.baldanders.info/", "") // empty UA uses default
    if err != nil {
        errorOut(err)
        return
    }
    // output metadata as pretty JSON
    b, err := json.MarshalIndent(info, "", "  ")
    if err != nil {
        errorOut(err)
        return
    }
    if _, err := io.Copy(os.Stdout, bytes.NewBuffer(b)); err != nil {
        errorOut(err)
        return
    }
    fmt.Println()
    fmt.Println()

    // Download main image to permanent file in current directory
    imgPath, err := info.DownloadImage(ctx, ".", false)
    if err != nil {
        errorOut(err)
        return
    }
    fmt.Println("image saved:", imgPath)

    // Download thumbnail to permanent file in current directory
    thumbPath, err := info.DownloadThumbnail(ctx, ".", 150, false) // 150px width
    if err != nil {
        errorOut(err)
        return
    }
    fmt.Println("thumbnail saved:", thumbPath)
}

encoding/json/v2 パッケージを使えば MarshalWrite() 関数で直接標準出力に出せるんだけど，まだ実験的実装なので，今回は従来の encoding/json パッケージを使っている。

これを実行するとこんな感じ。

$ go run sample.go
{
  "url": "https://text.baldanders.info/",
  "location": "https://text.baldanders.info/",
  "canonical": "https://text.baldanders.info/",
  "title": "text.Baldanders.info",
  "description": "帰ってきた「しっぽのさきっちょ」",
  "image_url": "https://text.baldanders.info/images/attention/site.jpg",
  "user_agent": "Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20100101 Firefox/11.0"
}

image saved: site.jpg
thumbnail saved: site-thumb.jpg

ダウンロードした site.jpg がこれ。

site.jpg

site-thumb.jpg はこれ。

site-thumb.jpg

site-thumb.jpg は site.jpg を幅150ピクセルにリサイズして保存している。

README.md ファイルや godoc ページを見ると分かるけど，私にしてはドキュメントが煩い（笑）実はこれ，ほぼ GitHub Copilot (model: GPT-5 mini を選択) に書かせたものなのよね。今回，新規に書いたメソッドとテストおよびドキュメントは Copilot に丸投げしてみた。

閑話休題 (それはさておき)

前にも書いたけど，プロンプトさえ上手くハマれば7割以上は使えるコードを書いてくれる。でも結局のところ，残りの3割なり2割なり1割なりがインパクトの大きい部分だったりするのだ。案の定 lint にかけると，特に gosec あたりにがっつり怒られた。そんでチマチマ直したりする。

あとこれは感覚的なもの言いで申し訳ないんだけど，記述に一貫性がないんだよね。なんというか，面識のない複数の他人がバラバラに書き込んだような感じ。だからコードがちょっと読みにくいし，全体で見て合理的ではない記述もある。でも，記述が間違ってないか確認するためにはきちんと精査しないといけないわけで，そこも微妙なんだよな。

テストコードについては最初「動けばいいや」ということで，大きく間違ってない限り Copilot が書いたコードをそのまま採用していた。 Copilot に「○○のケースを追加して」って書くと，記述が面倒くさいケースでも律儀に書いてくれるんだけど（これは有り難い），書いてる様子を VSCode 上で眺めてると「あぁ，これは正しく動かんだろうな」みたいなテストコードを最初書いて，実際にテストを動かしたらやっぱりエラーになって，そんでまた修正を入れて… ってのを何度か繰り返してて「ずいぶん人間臭いことするなぁ」と思ったりした。

だいたい収束したところで PR を出して Copilot にレビューさせたのだが，テストコードをけちょんけちょんに貶された（笑）いや，同じ Copilot が書いたコードやろがい。で，やっぱり人間である私が改めてテストコードを精査し指摘部分を書き直す作業をチマチマと。

コメントやドキュメントについてはかなり助かった。最初に書いたように「ここまで要るか？」ってくらい詳細に書いてくれるので，逆に Copilot が書いたコメントやドキュメントが設計書代わりになっている。特に .github/copilot-instructions.md を Copilot が書き出してくれたのは助かった。私はそれを見て実装の過不足を確認できるし Copilot も作業の精度を上げることができる。仕様・設計上の変更についても，人間がコードを修正して Copilot に言えば実装に合わせてドキュメントも直してくれるので，実装とドキュメントが乖離するといった「あるある」なことは，ある程度緩和できるのだ。

Copilot の使い方も少しずつ分かってきたし，今回作ったパッケージを既存のプロダクトに組み込んだら，いよいよ新しいツールの制作に入るか。

参考図書

初めてのGo言語第2版 ―他言語プログラマーのためのイディオマティックGo実践ガイド: Jon Bodner (著), 武舎広幸 (翻訳); オライリー・ジャパン 2025-08-05 (Release 2025-08-05); 単行本（ソフトカバー）; 4814401191 (ASIN), 9784814401192 (EAN), 4814401191 (ISBN); 評価

第2版。 Generics の説明が大幅に改訂されたらしい。練習問題も追加されている。

reviewed by Spiegel on 2025-11-02 (powered by PA-APIv5)

Go言語 100Tips ありがちなミスを把握し、実装を最適化する impress top gearシリーズ: Teiva Harsanyi (著), 柴田芳樹 (著); インプレス 2023-08-18 (Release 2023-08-18); Kindle版; B0CFL1DK8Q (ASIN); 評価

版元で PDF 版を購入可能。事実上の Effective Go とも言える充実の内容。オリジナルは敢えてタイトルに “tips” という単語を入れるのを避けたのに邦題が「100 Tips」とかなっていて，原作者がお怒りとの噂（あくまで噂）

reviewed by Spiegel on 2023-08-18 (powered by PA-APIv5)

プログラミング言語Go (ADDISON-WESLEY PROFESSIONAL COMPUTING SERIES): Alan A.A. Donovan (著), Brian W. Kernighan (著), 柴田芳樹 (翻訳); 丸善出版 2016-06-20; 単行本（ソフトカバー）; 4621300253 (ASIN), 9784621300251 (EAN), 4621300253 (ISBN); 評価

著者のひとりは（あの「バイブル」とも呼ばれる）通称 “K&R” の K のほうである。この本は Go 言語の教科書と言ってもいいだろう。と思ったら絶版状態らしい（2025-01 現在）。復刊を望む！

reviewed by Spiegel on 2016-07-13 (powered by PA-APIv5)

「クローリング課金」問題の概要

2025-11-27T10:54:53+00:00

この記事は Creative Commons が2025年11月に公開した PDF 文書 Pay-To-Crawl Issue Brief を試みに翻訳したものです。原文は Jack Hardinges 氏により CC-BY 4.0 ライセンス下で公開されています。

翻訳に際して GitHub Copilot (model: GPT-5 mini) および Kagi Transrate の助けを多く借りています。なお，翻訳に関する間違いは全て翻訳者である Spiegel に帰します。もし間違いがあればフィードバックして頂けると助かります。

では，本編をどうぞ。

クローリング課金（Pay‑To‑Crawl）

Creative Commons Issue Brief： AI とコモンズに関連するトピックの背景説明

2025年11月

はじめに

機械（machine）によるデジタルコンテンツへのアクセス自体は全く新しいものではありませんが，大規模な人工知能（AI）モデルが許可や帰属の明記，対価の支払いなしに膨大な量のコンテンツにアクセスすることで生じる混乱に対応するため，クローリング課金（pay-to-crawl）システムが登場しました。

クローリング課金システムは，ウェブサイト（website）のホスティング費用の増加， AI 検索によるトラフィックと可視性の低下，そして紹介や広告ベースのビジネスモデルの崩壊といった問題に対処するものとして説明されています。

より広い視野で見れば，クローリング課金システムは，ペイウォール，デジタル著作権管理（DRM），そしてマイクロペイメントのアプローチの要素を組み合わせた，コンテンツの収益化と管理における最新の形態のひとつであると言えます。

クローリング課金システムの仕組み

すべてのクローリング課金システムが同じ方式で動作するわけではありません。例えば，システムによっては，機械に料金を支払わせることよりも，コンテンツへのアクセスをブロックすることに重点を置いているものもあります。しかし，大抵のシステムは以下の要素の組み合わせを含む傾向があります：

認証： クローリング課金システムは，コンテンツにアクセスしようとする機械を操作する個人・組織・製品を識別することを要求します。多くのシステムは，ユーザーエージェントや IP アドレスのように回避されやすい方法ではなく，暗号化された認証を用いています。
アクセス制御： クローリング課金システムは，コンテンツにアクセスできる条件（無料で許可するか，ブロックするか，課金するか，といった詳細かつ機能的なルール）を機械ごとに定義します。システムによっては，ウェブサイト側で（アクセスを完全に遮断するのではなく）アクセス頻度の上限を設定できるようになっているものもあります。
価格設定と契約： クローリング課金システムは，ページ単位やデータ量による課金，あるいはサブスクリプションなど，アクセスに対する対価を定義します。契約は一般的に自動化されており，標準化されたライセンスや規約が用いられることもあります。条件は必ずしも金銭的なものだけでなく，帰属表示やその他の再利用に関する義務を伴う場合があります。ウェブサイトのグループを代表して集団交渉を行うことを可能とするシステムもあります。
支払い： クローリング課金システムは，多くの場合，安全な第三者決済サービスを利用した支払いの仕組みを提供します。支払いはウェブサイトに直接かつ即時に行われるか，ウェブサービス事業者のようなシステムの運営者がウェブサイトに代わって受け取ることも可能です。
コンテンツ配信： 認証と支払いが完了すると，クローリング課金システムは（通常の場合）機械での利用（consumption）に最適化された形式でコンテンツへのアクセスを可能にします。非公開コンテンツへの暗号化されたアクセスを可能とするシステムもあります。
計測と記録： 課金とある程度の監査可能性（auditability）のために，クローリング課金システムは，コンテンツへのアクセスと利用に関連する情報を記録することが多いです。

クローリング課金システムの開発と利用におけるウェブサイトの役割は様々です。一部のシステムでは，新興のプロトコルやコードを自ら展開することを選択するかもしれません。あるいは，専門的な有料製品として開発されたり，ウェブサービス事業者（ドメインホストやコンテンツ配信ネットワークなど）がウェブサイトに代わって導入する場合もあります。その結果，アクセス課金（pay-to-access）システムは，公開性，標準化，相互運用性，さらにはアクセス制御の許容度や支払い条件においても差異があります。

考慮事項

大規模な AI モデルによるデジタルコンテンツの消費が，その規模においても影響においても前例のないものとなる中で，クローリング課金システムの利用は，ウェブサイトがコンテンツの制作と公開を維持したり作品の代替的な利用（substitutive uses）と見なされるものに対処したりする助けとなるかもしれません。しかし，クローリング課金の過度に広範で無差別な利用は，研究者，非営利団体，文化遺産機関，教育者，その他公益のために活動する人々によるデジタルコンテンツへのアクセスを遮断し，著作権法やその他の法律で保護された正当な利用を妨げ，さらに新たなウォールド・ガーデン（walled gardens）やウェブ・ゲートキーパーや権力の濫用を生む可能性があります。クローリング課金が広く採用されれば，最終的にオープンウェブの精神からより厳格に管理・収益化されたコンテンツエコシステムへのシフトをもたらすかもしれません。

事例

クローリング課金システムや関連する取り組みの例としては Cloudflare の Pay Per Crawl, Valyu の AI RevShare, ProRata の GistAttribution, RSL の Open Licensing Protocol, そして TollBit などがあります。

用語に関する注記

用語として既に広く使われているため，私達は「クローリング課金（pay-to-crawl）」をこれらのシステムを表現するために用いています。技術的に言えば，機械によるコンテンツへのアクセスにはクローリング以外にも多くの目的や形態が存在するため，私達は通常，より広い意味での「アクセス課金（pay-to-access）」を推奨します。例えば，クローリングという言葉では，コンテンツを抽出して複製するプロセス（しばしばスクレイピングと呼ばれる）や，洞察やパターンを導き出す分析（テキスト・データマイニング）を十分に説明できません。

「ウェブサイト（“Website）」は広範なカテゴリーです。特にニュース，学術，メディアといった領域においては，コンテンツに責任を負う主体でありクローリング課金システムの利用者でもある存在を説明するには，「パブリッシャー（publisher）」という用語の方がより適切かもしれません。クローリング課金システムの利用者は，どのように表現されるかに関わらず，そのようなシステムがアクセス管理の対象とするコンテンツの本来の制作者や所有者であるとは限りません。

本稿の文脈において「機械（machine）」はコードや自動化プログラムを用いた体系的なアクセスと利用を指し，人間による典型的な閲覧や利用（consumption）とは区別されます。「ボット（bot）」という言葉が使われることもあります。コードや自動化されたプログラムは最終的には人間によって操作されているという事実を曖昧にすべきではありません。

ライセンス

Jack Hardinges による本稿は CC BY 4.0 の下にライセンスされています。

以上， Pay-To-Crawl Issue Brief の翻訳でした。