ログボ

@kamisuke おはよう、王

@sabachan さばちゃんおはよ！！

@ZC33S 誰もフォローしてないとか、公開範囲が公開じゃないとか？

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

@ZC33S フォローされている人（の所属サーバ）が、フォローしている人のサーバに投稿を送る仕組みなので、

基本的にフォロー関係がないと投稿は届かない。Fediverseはリモートフォローで連合する。

ただし例外があって、ブーストされた投稿が届いたり、返信のツリーが転送されてきたり、投稿のURLを検索して取り込んだり、

あと、連合リレーによってサーバ間で配送されることがある。

連合リレーには、参加しているサーバ同士で、公開投稿を全部配送するものと、ハッシュタグ付き投稿だけ配送するなどの変種がある。

fedibird.comは複数のリレーに参加しているので、フォローしていない人の投稿が届く割合も高い。

っていう感じかな。

購読やハッシュタグのフォローは、そうやって遠くまで届いた投稿の一部を、自分の基準でフィルターしてみているもの。

言い換えると、誰かが関心があってフォローしている情報と、リレーに参加して共有しようとしている投稿を、みんなでシェアしているもの。

学校の教室で、漫画雑誌を回し読みしていたのとか、誰かが聞いている音楽を一緒に聞いたり耳にするのと近い。誰か一人は、その情報に興味があって、積極的にゲットしてないといけないわけね。
#fedibird

#fedibird タグも、ローカルタイムラインも、ずっとそこにあるものだけど、人の移り変わりで容易に変わっていく場所。

サーバのモデレーションが入って、公開の場にふさわしくないものは制限されたりはするけど、基本的に自由な場なので、いつでも期待通りにはならないよ。

ミュートやワードフィルターを使って引き算してもいいけど、

フォローやアカウント購読を使って、いつも挨拶している人、毎日みたいなって思う人を、ホームやリストに追加しておくといいよ。少しずつ足し算でね。

公開タイムラインっていうのは、その、最初の一歩になる場所なんだ。

公開タイムラインをとても気に入ってるなら、そのまま使っていて大丈夫だけどね。

マコさん の信頼できるところは、心から働きたくない思いを常に忘れずにいるところです！ [参照]

#fedibird #fedibird_info またバックグラウンド処理を再開しているので、そこそこ重いと思います。

ちょっと厳しくなってきたな、という時にはプロセスを減らして調整できますので、やばそうだなって気付いた人は、重いーって報告ください！ できればメンションで！ 気付かないので！w

（独立したキューで処理しているので、バックグラウンド処理以外は待機 0 の平常です）

@inthehouse24_7 最低、予備を一つ持っておくと良いよ。同じサーバーでも作れるけど、違うサーバーの方が良いね。

言語廻りの実装は、ざっくりしてるよね。

どしどし現れる

やはり私はここが好きなんだなぁ、と思うなどした

@tukine 無音のmp4がGIF扱いされるんじゃないかな。そういう違いある？ #fedibird

@AsaYuu_Koubou misskey.cloudはfedibirdの仲間であることは明確に打ち出しているので、共有タグとして #fedibird を使って頂いて差し支えありません。

ハッシュタグですので、そもそも誰にも所有権やコントロールする権利はないのですが、歓迎されることなのかは知っておきたいですよね。

Fedibirdとmisskey.cloudのことは、あとで追記しますー

まめもな人代表

〜はらさん、言い尽くされてネタ被りなしで言える人おらんのではないかと思うなどした

@ZC33S 私をフォローして流れてくるのは、私の投稿だけだよ。一部例外があるだけで。

@ZC33S@calc.04.si @ZC33S calc.04.siはリレーを利用していないので、calc.04.siの誰かがフォローしている人じゃないと拾えません。

calc.04.siの誰かからフォローされているfedibird.comのアカウントは、19人だけ。たぶん #fedibird に投稿してるほとんどの人は該当してないと思うよ。調べてないけど。

@octopus お、500でますか。少し減らしてみよう。

fedibirdのquoteがそうだねえ。

最初にげんちゃんバージョンを最新（たとえばv4.1.2）にリベースして大量にコンフリクトするの直して、それをwakinさんバージョンにリベースして（リファクタリング入っててコードがいろいろ移動するので当然めっちゃコンフリクトする）、さらに私の変更部分をリベースして（以下略）、ってやっていくの激しく無駄な作業が毎回発生する上にミスってバグるので、

squashしたquote featureのひとかたまりのコミットにCo-authored-byと元のコミット一覧つけたものにさせてもらって、一回だけマージ作業するようにしてます。ちょっともう、元のままやるの無理。

（元の個々のコミットを含むブランチも維持してます）

さめろまの証明書きれてるな？