鯖缶

今のところの案:

• matrix 自前鯖
  • matrix 系のエコシステムそもそも使ってないし、連合したいわけでもないのだが、敢えてこれを選ぶ価値はあるだろうか？
  • ActivityPub よりはプロトコルがまとも……かもしれない？
• Mastodon 自前鯖の新規アカウント
  • SNS として使っているデータベースに通知を永続的に残しておくのもどうにも気持ち悪い。
  • やるなら別サーバを立てたいが、リソースハングリーなのでコストが重すぎるか。
• Mastodon 以外の軽量 ActivityPub 実装の新規鯖
  • 何を使う？ そもそも適した実装はあるのか？
• ntfy
  • 通知だけを考えると悪くはないが、購読系の概念にまだ馴染めずにいる。まあ本格的に使い始めれば慣れるだろう。
  • 一方向の通知がメインなのでインタラクションがやりづらい。

Matrix.org - Matrix 2.0 Is Here!

㍂。

Conduit - Your own chat server

Matrix サーバの Rust 実装。

nop_thread さんは #note-1 で書きました:

• ntfy
  • 通知だけを考えると悪くはないが、購読系の概念にまだ馴染めずにいる。まあ本格的に使い始めれば慣れるだろう。
  • 一方向の通知がメインなのでインタラクションがやりづらい。

Sending messages - ntfy

ntfy には action buttons という機能を使うと、通知自体にリアクション機能のようなものを追加できるようなので、「あとで処理するから今は視界から消し去っておきたい」のようなことを考えない場合は ntfy でよさそう。

ただ「あとでやる」を考えるとやはりサーバサイドで長期間保持されるキューがあるのが望ましい。
明らかにリアルタイム通知が重要なものだけ分離するなどして併用しても良いが……

nop_thread さんは #note-6 で書きました:

あとは、プッシュ通知が基本である以上は通知のコンテキストは発信元のアカウントによって識別・同定されるのが自然で、敢えてチャンネルという単位で空間ごと区分するのは過剰に思われたというモデル面での違和感のもある。

https://social.jlinuxer.org/objects/8fe3d14c-9cc5-4a50-b4af-a538f88400e8

通知レベルを考えるとチャンネルで分離できるのが便利という話があり、なるほどそうなると Mattermost (あるいはその類型) はかなり有力な候補になってくる。