新しいものを表示

だいたいなんでもいいよって思ってるけど、ビジネスメールに

キタ━━━━━━(゚∀゚)━━━━━━ !!!!!

って書いてきたヤツは頭を抱えたよ!

のえる さんがブースト

SNSの機能・性質としての違いについて見ると、

Mastodonのホームが、アカウントフォローによる人間の活動を対象としたタイムラインを形成するのに対し、

Fedibirdのホームは、関心を軸とした情報取得(購読)でタイムラインを形成するように設計されています。

リストも重要で、関心のある内容に合わせてホームといくつかのリストに振り分ける使い方になります。

購読は、アカウント、ハッシュタグ、キーワード、投稿者の所属サーバー(ドメイン)が対象で、フォローしている相手であればフォロワー限定の投稿まで、フォローしていない相手については公開投稿のみが対象となります。

全文検索も重視しており、相手の検索対象として許可している範囲を守った上で、様々な条件を指定した検索が可能となっています。

ローカルコミュニティの繋がりがない性質と合わせて、通常のMastodonやMisskeyとは異なる使用感のSNSとして使えるかと思います。

また、Misskeyと互換性のある引用機能と絵文字リアクションをサポートしており、Misskeyの利用者とスムースにやりとりが可能です。

スレッドを表示
のえる さんがブースト

Fedibirdではよく『連合志向』という言い方をしていますが、fedibird.comではローカルとリモートのアカウントを区別せず、一人一人がFediverseという大きな空間・環境の中で活動するようにデザインしています。

コミュニティとしては、ラウンジ・カフェテリア的に運用されている ハッシュタグのタイムラインと、グループ機能によるユーザー設置のコミュニティがありますが、あくまで参加したい人だけが集う場所で、どのサーバからでも対等に参加できるようになっており、帰属サーバとは切り離されています。

区別しないと言っても、サーバ間で互換性のない機能についてはリモートとローカルの差は生じるのですが、Misskeyなど他実装の機能を直接サポートしたり非互換性をケアするなど、できるだけ不自由なく交流できるように工夫しています。

fedibird.comの設置・運営目的は、ActivityPub系のFediverseの普及を後押しすることで、既に一定程度の貢献を果たせたものとして、新規登録の募集は停止しています。招待URLを通じた登録は受け付けているので、既に登録している利用者から招待を受ければ登録可能です。

スレッドを表示
のえる さんがブースト

fedibird.comがどういうサーバか、あらためて説明してみます。

fedibird.comは、Mastodonをベースに様々な機能拡張を加えたサーバソフトウェアである『Fedibird』で運営されるFedibirdの旗艦サーバです。

MastodonやMisskeyには、同じサーバの利用者の公開投稿が流れるローカルタイムラインという仕組みがあり、自然に一つのコミュニティとしてまとまりやすく、それぞれに独自に盛り上がりやすい性質があります。サーバの運営者としても、自分の作りたいコミュニティをホストするのに都合がいいので、自分のサーバを設置・運営する動機づけにもなっています。

他方、コミュニティにはカラーがあり、同調圧力も強くなるため、どんな人たちがどういう話をしている場なのか、ということを強く意識させられます。大きなサーバであれば群衆に紛れるようになりますが、それでも場の雰囲気は作られるため、それを基準にサーバを選ばなければなりません。

ここに、Mastodon特有の使いにくさがあると考えました。

そこでFedibirdでは、サーバのコミュニティ化を防止し、一人一人が直接連合に参加するような環境を提供できるよう、ローカルタイムラインを削除する選択を行いました。

このへんかなぁ。

・皆が同じ景色を見ている方が良い
・それぞれ見ている景色は違って良い

ローカルタイムラインの会話は、もれてくるように設計されてるね。

というより、ローカルタイムラインは公開投稿の抜粋で、そこに閉じた場、というのはそもそも想定されてない。

他方で、リプライ(返信)で会話している人のどちらかをフォローしていない場合は、表示を抑制するようになっている。

フォローリクエスト承認メッセージ関連のアップデートを適用しました。

・フォローリクエストが承認された通知で、相手がメッセージ設定していない場合に、おかしな位置に不要なアバターアイコンが表示される不具合を修正

・メッセージ中に@アカウントやハッシュタグ、アカウントや投稿のURLが記載されていた場合に、それをクリックした時、WebUI内で遷移するように修正

・アカウントのプロフィールに@アカウントが記載されていた場合に、それをクリックした時、WebUI内で遷移するように修正

・/api/v1/instance に followed_message を追加。フォローリクエスト承認メッセージに関連する機能が有効であることを示すフラグ

fedibird_capabilities: [
"followed_message"
],

のえる さんがブースト
のえる さんがブースト

Blueskyについては、私のやりたいことがない、ということにつきます。

じゃあ、私はカキフライね!

サクサクでジューシーでおいしかったよ!!

Mastodonには、tootctlというメンテナンスツールがあるんですけど、これに古い不要なリモート投稿を削除する機能がついてます。

どのぐらい保持しておくか、日数を設定します。

フォロー中の人や、リプライやブースト、お気に入り、ブックマーク、ピン留めされた投稿などは削除しませんが、

フォロー中の人の投稿を無条件で全部保護するとあんまり減らないので、これも削除対象とするオプションなどがあります。

これをバッチでまわしておくと、ドン・ゴロツキのような状態が維持できるわけです。

最近は本体に投稿を残す日数を指定する設定が増えましたが、こちらは日数だけで無条件で消すので、tootctl statuses removeを使った方が良いです。

スレッドを表示

最長老様に会いに行けばいいんじゃないかな、ナメック星の

えっとね、MastodonやMisskeyのサーバが抱えている投稿のうち、ローカルのものは大事な過去データだけど、リモートから来たものは、単なるキャッシュなのね。一時的なコピー。

私たちがアクセスするときに使うクライアント(Webもアプリも)は常時インターネットにつながっていないから、サーバがキャッシュしていてくれないと自分の時系列順のタイムラインがみられないので、必要なものなんだけどさ。

これ、タイムラインが時系列であることもあって、そんなに何日分も保持してなくたって大丈夫なんだ。

Mastodonの場合、2週間ログインしないとホームタイムラインをリセットする仕様なので、そのギリギリで、遡りで+2週間とすると、まあ30日分ぐらい保持していればいいかな。

古いものは、消しちゃって大丈夫。必要なときはリモートからもらえばいい。

この運用を実際に実践しているのがドン・ゴロツキというMastodonサーバで、MAUが33、まあ20人ぐらいが、日々面白おかしく過ごしてる小さなサーバなんだけど、

もう6年ちょい運用してるけど、データベースの総量は6GB、投稿データであるstatusesテーブルのサイズはたったの714MB。

ストレージ25GBのVPSだけど、これからもやっていける見通しだよ。

細かいところは指摘いれておいた方がいいかしらね

mstdn.jpから実質的に去ってよそのサーバーにうつった人、ならたくさんいるよ

古いものを表示
Fedibird

様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。