洪 民憙（ホン・ミンヒ） @hongminhee@fedibird.com

ymlいやだなぁと、前から思ってましたw

🕶️「読める、私にも読めるぞ」

The next #Fedify release will finally be 1.0.0. Stay tuned!

#fedidev

考えてみると、今からでもロビーを頑張って`toot:indexable`の値域を`xsd:boolean`から`xsd:boolean | Actor | Collection`に拡げるくらいのことは出来るのでは。キモいけど

`toot:indexable`の設計は「アカウント単位の設定を簡単に切り替えられた方が嬉しいよね」という動機によるものらしいけど、そもそも過去に明示的に検索を拒否していた投稿を一括して許可したいようなケースなんてあるのだろうか。
それこそ一律で検索拒否扱いと見做していた古いバージョンからのMastodonユーザくらいにしか存在しない需要なのでは
QT: https://fedibird.com/@tesaguri/113101697566736014 [参照]

検索についてはFedibirdでいろいろ実験的な取り組みをしてきたので、思うところはあるよ。

Indexableは簡易だけど雑過ぎる。細かいことはユーザーに意識させなくていいけど、プロトコルレベルではsearchableByぐらいの粒度が欲しい。

ActorとNote（あるいは他にも）のsearchableByをサポートすることによって、公開範囲と同様に意志を反映させられるようになっていて欲しい。

（※ なんならLikeにsearchableByがあったっていい）

ひとつには、フォロー関係やブロックが反映されるようにすること。ブロックした相手に見つかりたくないとか、フォロワーには検索できるようにしたいとかあるでしょう？ Fedibirdは対応してるよ？

なお、fedibird.comにアカウント情報や公開投稿を突っ込む（インデックスさせる）には、Fedibird Relay Serviceに登録すればOKで、すでにある程度実現できる。

ActorのserachableByを設定するには、Fedibirdのようにネイティブ表現できない場合は、互換のハッシュタグ表現をActorのsummaryに含めることで実現できる。

まだできないのは、この検索能力を外部提供するAPIやプロトコルがないこと。

「LD Signaturesを使います」「ｽﾞｺｰｯ」のフリではない（？）

Discovery provider自体を信用しない前提のモデルで効率的な検索を実現するにはオブジェクトの署名が欠かせないと思いますけど、ようやくVCDIを実装する機運ですかね？

Mastodonの通知が届く仕組み

大きく2種類あります。

・Webアプリケーションのプッシュ通知（デスクトップ通知）
・アプリのプッシュ通知

デスクトップ通知は、主にPC上のブラウザやPWAのための通知の仕組みです。つまりWebUIのための通知です。

ブラウズ中に出てくる通知の求めに対して許可すると、ブラウザの裏でServiceWorkerというプロセスが常駐するようになります。

この常駐プロセスによって、ブラウザを立ち上げていない状態でも通知を受け取れるようになります。

Mastodon側は、このServiceWorkerとやりとりしてユーザーの環境に通知表示を行います。

アプリのプッシュ通知は、主にモバイル環境のiPhoneやAndroidのための通知の仕組みです。

モバイル環境の場合、AppleやGoogleのサーバを経由して通知しなければなりませんが、Mastodonはこれに直接対応していません。

そこで、各アプリの作者は、ServiceWorkerに相当する中継サーバを設置し、それをMastodonに呼びだしてもらうようにします。そこからAppleやGoogleのサーバに通知することで、アプリからの通知が可能になります。