半年ROMってる◎゛ @outer_ukw@fedibird.com

多くの既存の分散SNSの検索は、Mastodonの全文検索もそうですが、リモートサーバに検索リクエストできるのではなく、自分のサーバにキャッシュされた情報から検索します。

つまり、フォローしたり、その誰かがブーストしたり、リレーから受け取るなどして、検索を実行するサーバが既に持っている情報だけが対象です。

自分ひとりのサーバで、特にリレーに入っているのでもなければ、自分のフォローしている人の（検索を許可している人の）投稿だけが対象となります。

fedibird.comでは1億6千万件ほどの投稿をインデックスしていますが、nightly.fedibird.comでは3千8百万件ほどです。

インデックスした全ての投稿が検索対象になるのではなく、検索許可された投稿やリアクションした投稿だけが対象になるため、実際の検索対象は一部でしかありませんが、規模感の理解には繋がるかと思います。

ただし、一般にインデックスした投稿が多い方が有利ですが、必ずしも最適・万能ではありません。

目的にかなわない不要なもの、不快なもの、検索狙いのスパムなども多数含まれることになるため、最初から対象になっていない方がいいこともあります。

連合の繋がりによって内容に違いが出るというのは面白い、時に非常に有用な特性です。

#fedibird いまのfedibird.comの状況は参考になるところがあって、

・ホームとリストは30分以上遅れている（投稿時点では20分前後に回復）

・ハッシュタグタイムラインには投稿がすぐに流れる（遅延していない）

・連合・ドメインタイムラインもすぐに流れる

・遅延していないタイムラインに、10分前後遅れた投稿が混じってくる

以前にお話した災害時に発生する状況と同じで、アクセスが集中したり、障害で停止する時間が発生すると起きる現象です。

ホームとリストは、投稿を受け取ってから、所属するユーザーへの分配処理が大量に必要で、ここは遅延しやすい構造になっています。

他方、連合やハッシュタグタイムラインは全員に共通する内容なので処理が早く、順番待ちになりません。

ただし、リモートサーバからの投稿は、障害が発生して落ちている間は届かず、時間をおいて再送されてきます。これが遅れて届く形で表面化します。

ついては、

緊急時はハッシュタグタイムラインを活用すると良い

ということがわかります。

#fedibird タグのように、リモートサーバーから確認したり、投稿できるものが特にうまく機能しますね。

部屋にかわいい鳥がおちてました
これまじかわいい（過去写真）

ちょっと月音さんの解説を借りよう。こういうことができる。
QT: https://fedibird.com/@tukine/111078735504824798 [参照]

Fedibirdの新しい全文検索のオプション指定、一覧が必要と思いましたので、ブログエントリにまとめました。

※ 基本的にFedibird利用者向けですが、Mastodon v4.2をベースにしているため共通部分が多いです。

Mastodon v4.2とFedibirdの検索文字列（早見表） - noellabo's tech blog https://blog.noellabo.jp/entry/fedibird-advanced-search

#fedibird #fedibird_info

Airbusがコクピット用のフォントをOSSライセンスで公開してくれた。
劣悪なスクリーンでも情報を読み取りやすくするための工夫が凝らされているとのこと。バックストーリーも読み応えがあります。

B612というその名前の由来は、サン・テグジュペリの小説に登場する小惑星の名前とのこと。

https://b612-font.com

バックストーリー：
https://intactile.com/projets/ameliorer-la-lisibilite-et-la-securite-dans-les-cockpits-d-airbus/

そういえば、Fedibirdで時限投稿ハッシュタグを例示するつもりで # exp10m とか書いたりすると、本当に機能して10分で消えちゃうので注意 #fedibird

涼しげなガラスのアクアリウム。
箱根ガラスの森美術館、ミュージアム・ショップにて取り扱っております。

【お知らせ】MdNより書籍版『TIPS！』を10月20日に刊行します。同人誌版から100ページ以上の描き下ろしを追加。更にPUR製本採用と、イラストTIPS本の決定版です。電子書籍も同時発売予定。よろしくお願いします！

Amazon https://www.amazon.co.jp/dp/429520515X
詳細と追加サンプル https://yoshidaseiji.fanbox.cc/posts/6635110

今朝は晴れて、クリスタル・ガラスのススキが輝いていました。

驚きすぎて二度見した。

京都市ふるさと納税の返礼品に「ふるさと納税パック　ヒラギノ基本6書体」を登録 | 株式会社SCREENグラフィックソリューションズ
https://www.screen.co.jp/ga/news/info/gan230904

​​ SNSのTLがフォローした人の時系列順にならない理由

​​やインスタで「なんでフォローした人の投稿が時系列順にTLに並ばないんだろう？」って思ったことはないかな？

結論から言ってしまうとその処理がSNSの処理の中で一番重い処理だからなんだ！
どういうことか説明していくね

素直にTLを取得する処理をしようとすると

１．今フォローしている人のリストを作る
２．フォローしている人の投稿を一人一人取得する
３．投稿を時系列順に並び替える

という処理を行うんだ！イメージが付きにくい？

もうちょっと身近な郵送にして考えてみようか

一家に一台ポストがあってポストにメッセージを投函すると郵便局で仕分けされてフォロワーの郵便受けに届くような郵送にしてみる
​​やらインスタやらは郵便配達員になってそれぞれのメッセージを届けるイメージ
​​ 📮​​
​​ 📬 ​​ 🏣 ​​ 📮​​
​​ 📮​​

ただこの方式だとユーザーがタイムラインを読み込むたびに何回も📮回らなきゃいけなくて大変
だからほとんどのSNSでこの方式は使われていないよ

じゃあどうするのかというと大きく２つの方式を組み合わせてTLをつくってるよ
➀ユーザーのグループ化
まずユーザーをある程度グループ分けしておいて、グループ内のメッセージはグループ全体に反映する

一家に一台📬と📮があるんじゃなくて似ているユーザーでくくって共有して使うんだ
自分がフォローしていないユーザーの投稿は「おすすめ」として表示されるというわけなんだ

​​ ​​
​​ 📬​​ 🏣 ​​ 📮 ​​
​​ ​​


②ファンアウト
ユーザーの情報にフォローされている人の情報を渡しておいてポストじゃなくて直接郵便受けに運ぶようにする仕組み

​​ 📬 ​​

大まかにこの二つを使ってタイムラインを作る処理が遅れないようにしているんだ

ちなみに​​は一回全部の投稿を郵便局に集めてそのままタイムラインに流す​​な​​をやっているぞ

​​ 🏣 ​​

じゃ！