のえる @noellabo@fedibird.com

ブリッジは、相互接続されている状態を模倣してくれるし、一定の利便性を提供してくれますが、双方のサービスが本当につながっているのとは異なります。

必要最小限、恩恵が受けられて依存しない範囲で利用し、その欠点・問題点を十分に踏まえて利用すべきものです。

つながるのは面白いので試せる人は試してみると良いと思いますが、使わない方が良い場合も多いので、事前によく調べてみてください。

こちらはBridgy Fedという、ActivityPubやBluesky、IndieWebなどのブリッジサービスを利用した相互接続の様子です。

Bridgy Fed
https://fed.brid.gy/docs

Threadsが（制限がありながらも）ネイティブにActivityPubを実装しているのに対し、ブリッジは異なる実装間を代理接続する形でつなぎます。

Mastodonから見えるアカウントは、Bridgy Fedのサービス上に作られた代理のアカウントです。Bot扱いになっていますね。

フォローしておくと、接続してあるBlueskyのアカウントの新着投稿を代わりに流してくれます。お気に入りも代わりに伝えてくれます。

Blueskyから見えるアカウントも、Bridgy Fedのサービス上に作られた代理のアカウントです。

アカウントのフォローは事前に許可しておいたり、DMでリクエストを許可するようになっているそうです。

なお、X (formerly Twitter)のアカウントをActivityPubにコピーしてくるサービスもあるにはありますが、これはできるだけ使わない方が良いです。

X側が相互接続を認めていないのを無理矢理つないでいるため、ただの無許可コピーになってしまっています。
QT: https://fedibird.com/@noellabo/112374571388595625 [参照]

これがFediverseからアクセスできる私のBlueskyアカウント（のブリッジ用Bot）
@noellabo.jp

スクリーンショットは、Blueskyの書き込みにfedibird.comから（ブリッジ経由で）返信したところ。

す

て

Fedibirdは、MastodonやFediverseという世界に惚れ込み、それが面白くてもっと深く掘りさげていきたくて、私が作って育てているMastodonのフォークです。fedibird.comは、実際にFedibirdで運営しているFedibirdの旗艦サーバです。

フォークというのは、公開されているMastodonのソースコードを元に、それを独自に書き換え、別バージョンとして作成されたソフトウェアです。MastodonはAGPLというライセンスのオープンソースソフトウェアで、そうしたことが許されています。

フォークは大抵の場合、立場や意見の衝突があって喧嘩別れするような形で生まれるものが一般的ですが、Fedibirdを含めMastodonのフォークの多くはMastodonと敵対していません。これはちょっと面白いところだなと思います。

単に、Mastodon本家が向かっている方向からは実現の見込みが薄い機能であったり、特定の目的に最適化したり、実験的な試みを行うために作られていて、リスペクトし、Fediverseで共存し、Mastodonファミリーの一翼を担っています。

みんな変わったって言ってるねえ、ワードクラウドのフォント

プロトタイプが実戦投入される展開アツイ（厳しい）

「私が最近寝坊しがちなのはiPhoneのアラームに不具合がですね……」

オーマってあれでしょ、巨神兵

なんかみんな北におるな？？

Elasticsearch、確かに専用にサーバ設置しないとしんどいし、それがコストでも管理面でもしんどかったりするんですが、

fedibird.comぐらいの規模でPostgreSQLで検索まで捌こうとすると負荷が一点集中し過ぎるので、分散させたいっていうのもあるんですよ。メインのデータベースから機能を分離したい。

Elasticsearchはドキュメントベースのデータベースなのでリレーショナルデータベースで得意なことができなかったり不便なことも多いんですけど、それを補ってあまりある検索のしやすさがあって、高機能な検索サービスを構築するのが凄く簡単です。

めっちょ雨ふっとる……

無駄使いってそういう……

「お前はカメの味を知っているのか？」

本物のメロンが入ってるなんて……メロンパンじゃない！