SNSの機能や運用に完全性を求めるのは誤りで、本当の問題はSNSの中ではなく、私たちの社会や個々人の心の中にあります。

しかし、SNSが強い影響力を持っている以上、その範囲内において可能な努力が必要で、求めていく必要があります。

様々な場面で同様のことが言えますが、このあたり、バランス感覚が必要です。

たとえばブロック機能が回避可能で不完全であることは事実ですが、実際に効果を発揮するものであることも事実です。

ある機能が、全体に様々な影響を与えるもので、ある人にとって絶対的に必要とされるものであったり、ある人にとっては無用のものであったり、ある立場からは有害な、活動に制約をもたらしたり利益を阻害するものであったりします。

人は、自分の立場から理解し易い、自分の立場を補強する、シンプルな答えを求めるものですが、制度設計というのはそんなに単純なものではありません。

そのことに対する意見も、個人の感想として自由に扱われるケースと、持ち合わせる影響力や働きかけの度合いによって責任を問われるケースがあり、これもまたいずれかに偏っていれば他方には不利益をもたらす、バランスを求められるものです。

Fediverseは、そうした様々な立場からの選択を単一価値観に強制する必要のない環境を提供しています。

自分の投稿がブーストされた通知が来ますよね。別のサーバからも。

別のサーバからブーストされた時に通知が来るというのは、

ブーストした人のサーバから、元の投稿のサーバにブーストした事実が知らされるからです。

ブーストは、ActivityPubというプロトコルにおいて、AnnounceというActivityで表現されます。

誰が、どの投稿を、みんなに知らせようと（Announce）しているか、という情報を、フォロワーに配送していますが、その時に対象の投稿のサーバにもAnnounceを配送します。

Announceを受け取ったサーバは、自分のサーバの投稿であれば、その投稿主に通知を行います。「ブーストされたよ！」

ブーストした人の一覧は、投稿から辿ってみられるようになっています。

投稿を削除する際、この一覧を使って、ブーストした人のいるサーバに削除を依頼します。

また、削除依頼を受け取ったサーバは、その投稿をブーストした人のフォロワーに削除依頼を転送します。

こういった連携によって、投稿の削除はサーバを越えて実行され、ブーストはキャンセルされます。

とはいえ機能しないケース、例外はあります。

削除依頼に署名しない実装の場合、削除の転送ができません。そもそも削除に応じないサーバもあります。
QT: https://fedibird.com/@noellabo/110926144933798958 [参照]

脆弱性（セキュリティホール）見つけた時に、どうすべきかってやつ発掘したのであげとくね。

ここではMastodonの話だけど、基本は同じ。
QT: https://fedibird.com/@noellabo/107725337200973979 [参照]

今度のMastodon、自分のアカウントで許可設定すれば、公開投稿を検索できるようにすることになってるのね。
https://github.com/mastodon/mastodon/pull/26344

その許可設定は、いわゆる『ディレクトリに掲載する』設定（discoverble）を使うことになっている。

このdiscoverbleはこれまで、

・ディレクトリに掲載する
・アカウント検索の対象にする
・おすすめアカウントの対象にする

あたりで使われていたもので、アカウントをパブリック運用するつもりなら設定しておくべきものだったんだけど、

・公開投稿を検索可能にする

という意味も付加されるようになるということね。

様々なオプションが検討されるなかで、一番シンプルなこれをEugenさんが選んだということなんだけど、

どのぐらい受け入れられるかな。

searchableのフラグを別にしたい人も結構いると思うけど、どう思う？

まあ、よほど反対が無い限りこの仕様で決まると思うので、ちゃんと反対するなら今なんだけども。

ちなみにFedibirdは、互換性を持たせつつ、詳細設定可能な現在の方向でやっていくよ。

今回Threadsで採用されたことで存在を認知された方も多いと思いますが、MastodonやMisskey、そしてThreadsでは、rel="me" 属性付きの相互リンクという、シンプルかつ強力な本人確認の方法があります。

たとえば、企業やブランドの公式ページ、個人サイトは、その所有者が公式・本人であると判断できますので、

それとSNSのプロフィールを結びつけることで、SNSアカウントが本物であると判断するわけです。

あるいは、アクティブに活動しているSNSアカウントであれば、その活動を普段から見ているフォロワーであれば固有の存在であることを判断できますので、

このSNSアカウントと、別のSNSアカウントを相互リンクして認証することで、ニセモノではないことを判断することができます。

X (formerly Twitter) などが行う特定サービスが管理・認証する仕組みと異なり、単に自分のサーバやアカウントに設定を行うだけで認証が可能です。

各SNSではURLを記述するだけで所定のリンク書式になります。

htmlでは

<link rel="me" href="〜">

あるいは

<a rel="me" href="〜">

と書きます。

https://developer.mozilla.org/ja/docs/Web/HTML/Attributes/rel/me

で、人数が多くなると限界が来ます。いろいろ。

障害が増えるとか、速度が遅くなるとか、財政難になるとか、管理者の横暴が許せなくなるとか、ローカルルールがはびこって息苦しくなるとか、まあいろいろ。

その時に、分散したり、別の人がサーバを立ててやり直したりできる特徴が生きてきます。

その芽を摘まないようにだけしておけば、あとはなるようになるので、

無理に思い通りの状態にしようと思わない方がよいと思います。

​​

①店舗：埼玉県内のセブンイレブン→該当する​​
②商品：梅香る混ぜ飯おむすび 紀州南高梅→該当する​​
③製造：わらべや日洋食品大宮工場→わらべや日洋食品だけど東京工場だから該当せず​​

いやー、製造会社が全く別だったらスルーしようかと思ってたけど、別工場とはいえ同商品かつ同会社で製造されたのか… 能天気においしくもぐもぐする気には流石になれんかも…

RE: https://misskey.nokotaro.com/notes/8189c093bc746723ab440ad6

Fedibirdのユーザーは、標準でプロフィール設定に検索公開範囲の設定があるから、必ずそちらを設定してね。

プロフィールにハッシュタグだけ指定すると ** 効果がない ** ので注意。他のサーバの人がそれを参照する可能性があるだけで、ローカルでは使われません。

#fedibird #fedibird_info

#fedibird #fedibird_info 今回のElasticsearch側のメンテナンスは、インデックス内容の変更に伴うデータ刷新と、形態素解析器をKuromojiからSudachiに切り替える作業を行いました。

インデックス（ここでは全文検索用のデータをデータベースに保存すること）する内容は、後ほど検索オプションを提供するための仕込みで、いろいろと増やしています。

形態素解析器の切り替えは、単語の間に空白を設けない日本語の文章を分析して切り分けるための仕組みが変わるということで、sudachiはその基礎となる辞書が大きいこと、分割が検索に適していることから、検索精度にも影響してくる変更です。

とはいえ、口語調であったり、短い文章が多かったり、辞書にない言葉が使われているなど、うまく分割できないことも多いので、検索の際は " " で囲う方法も覚えておいてください。

たとえば『将棋』と検索しても、『将来』とか『大将』が検索結果にでてきてしまいますが、これを "将棋" と指定するとそのままの表現で検索するので、より目的にかないます。

通常の検索は表記揺れに強い（多少表現が違ってもヒットする）反面、余計なものを結果に出す欠点があるということで、うまく使い分けてください。

#fedibird #fedibird_info 全文検索のメンテナンスですが、終盤に入りました。（でもこれが長い）

新しい投稿が順次検索可能になっていっています。

全文検索は、Elasticsearchという独立した検索サーバを設置して、Mastodon本体と連携をとりながら動作します。

実際には、Elasticsearchが使える場合は、アカウントの検索、ハッシュタグの検索にも用いるように切り替わります。

新しい投稿がされたときや、お気に入りなどリアクションがされたときに、検索に必要な情報をMastodonからElasticsearchに書き込んでいます。

検索する際は、Elasticsearchが結果として投稿のIDを教えてくれるので、そこから必要な投稿データをMastodon側で揃えてユーザーに返します。

今回のように過去データをリセットした場合、Elasticsearchに書き込まれていないデータが大量に出てきます。

Mastodonにはメンテナンスコマンドでこれをまとめて反映する機能があるので、現在それを実行中です。これにはかなりの時間がかかります。

Fedibirdでは最新投稿からこれを反映していくようにしているので、だんだん古い投稿がみられるようになっていきます。

Fediverseのサーバ管理者、みんな運営費に人件費入れない問題

--

じゃあ管理者一人分だけとりあえず入れるとして、1ヶ月いくらぐらいで計算したらいいと思いますか？

思い浮かべるサーバ規模や管理者によっても違うと思いますが、幅を持ってお答え頂き、分布をみましょう。

複数項目選べるので、範囲でお答えください。

#fedibird #fedibird_info 全文検索用のサーバですが、急な話で申し訳ありませんが、メンテナンスに入りました。

本当はまだ始めるつもりじゃなかったんですが、事前準備でいろいろやっているうちに動作に問題がでてきてしまいまして、前倒ししています。

メンテナンス中、全文検索の結果が『このサーバーでは投稿本文の検索は利用できません。』という表示になります。これは一時的なものですので、メンテナンス終了後に再び検索可能となりますので、よろしくお願いします。

なお、昨晩あたりからさきほどまで、ハッシュタグの検索も同様に影響を受け、ハッシュタグ入力中にエラーが出るなどの症状がでていたかと思いますが、こちらは解消していると思います。

メンテナンスは、まずサーバそのものの再構築から始まり、終盤ではインデックスの再作成が行われます。

この再作成は非常に時間がかかることが見込まれるため、全文検索が再開されてしばらくは、直近の投稿以外が表示されない状況が続きます。インデックス作成が進むと、徐々に表示される範囲が拡大していきます。

ということで、しばらくご不便をおかけしますが、よろしくお願いします。

MastodonはライセンスがAGPLなので、公式が廃止したり採用しない機能・足りない機能があったら、フォークして維持したり追加したっていいんだよ。（※ 元のプログラムに公式と違う変更を加えて、別のソフトウェアプロジェクトとして分岐・開発すること）

FedibirdはMastodon公式と対立する目的のものではなく、いろいろな面で補完することを目指しているんだけど、そういうやり方もできる。

いいものができたら公式にフィードバックすることもあるよ。私自身、MastodonのCollaboratorでもあるしね。

Google が新たに推進する「危険な」Web-Environment-Integrity。
私たちはこの仕様に強く反対します。
https://vivaldi.com/ja/blog/googles-new-dangerous-web-environment-integrity-spec/

#fedibird 手が回っていないので手短に

・BBCのサーバがfedibird.comで見えない件、WebFingerが400返してくるので、エラーの原因をつきとめて解消が必要です。Pawooからもみられない報告があり、ひょっとするとMastodonバージョン依存かもしれませんが、まだはっきりしたことはわかっていません。

・ブーストが遅延・未達になる件、恐らく完全に解消していると思います。

・新規に登場したサーバを購読しても、誰もフォローしてないと投稿は届きません。また、今回はまだ無理ですが、たとえばBBCのようなサーバのアカウントは、フォロー数を実績として（今回は6ヶ月後に）Fediverseへの参加に意義があるか評価する、などの基準にもなっているので、フォローした方が発展に寄与する面もあります。フォローにするか購読にするかは、そのあたりのことも頭の片隅においておいてください。

・全部読むつもりがないアカウントは、フォローしてホームから外し、ハッシュタグやキーワードで購読をかける、というやり方があります。自分でフォローしていれば確実ですし、その中から必要なものだけ見るわけです。

・全文検索機能、近々もう少し強化します。いまのところ全然生かしてませんが、実はVPS 3台構成になっています。