#fedibird 毎度臨時メンテを予告なく入れている当鯖ですが、今晩はデータベースまわりのメンテを行いますので、時々遅くなったりつながらない時間帯がでてくると思います。

その場合、少し時間をおいてアクセスしていただけると助かります。

止まっている時はステータスページで確認したり案内が確認できるので、ブラウザにブックマークしといてね……
https://status.fedibird.com/

@Cutls これはひどいw

@Cutls 鯖缶のTODOが書き込まれるannouncements

#fedibird announcementsにメンテナンスのお知らせを書いたぞ。邪魔だから、用が済んだら消しちゃう感じだな、これ。

announcements大喜利が始まってるけど、ウチは真面目に使うぞw

@ars42525 ウチもダメだった。

@ars42525 まぁ試行錯誤よねー。

@aries たぶん、リリースノート書くのにめっちゃ気合いが要る。

@Cutls プライベートサーバつえぇぇwww

#fedibird メンテナンス終了しました。結局1分ぐらい止めただけで済んだね。めでたしめでたし。

@squid999

#fedibird のDBはまだ小さくて、11.3GB程度です。今回のメンテで3.4GBぐらい圧縮したんだけどね。

待機サーバにレプリケーション（常時複製）しているので、メインサーバにトラブルが発生した際は、こちらに切り替えてサービス続行可能です。

バックアップは、フルバックアップを1日1回、WALバックアップ（差分）を1分程度の間隔で行っています。残しておくのは7日分だったかな。

こちらは、別のサーバに復元したり、バックアップが残っている期間の任意の時点に復元したりできます。

この不信感のにじみ出た表情w
QT: [https://fedibird.com/@ymd/103552389547750878]

アスタルテ、登録開放しているうちに入っておくといいよ。

本文の記法で引用にする。
QT: [https://fedibird.com/@otakuman/103552703885004322]

@otakuman こういう書き方（QT:と、ブラケット [ + URL + ] で引用になるようにしてあるから、botとか未対応のクライアントアプリからも使えるよ。（Fedibird独自）

@otakuman あと、指定したURLのfetchに失敗すると引用にならずにQTの行が削除されちゃったりするので、そこはちょっとなにか改良しようと思っているところ……。

@otakuman 本文が空になってしまうからなので、なにかダミー文字列を挿入するようにしようかなぁ。

#fedibird の引用は、いたばしのげんちゃん @ProgrammerGenboo が作ったものをwakin @wakin さんが改良してメンテナンスしてくれているものがベースになっています。

ウチではMisskeyとの互換性対応とQT記法を引用に変換する機能を追加しています。

通知を送らないのは、単純にURLを記載してリンク先を示すのと同じ挙動にするためで、いわばプレビューカードの豪華なもの。

引用機能が存在することで起きる変化を最小限にしています。

通知が必要な場合はメンションしてください。

スクリーンショットを貼り付ける場合と異なる点としては、必ずオリジナルの投稿にリンクされ、引用内容を勝手に改変できないという点があげられます。

※ Misskeyと互換性があるので、MisskeyユーザーはMisskeyの仕様により通知を受け取ります。

ちなみに、引用をすごくプッシュしているように思われるかもしれませんが、実はできるだけ他の形にしたいと思っていて、脱・引用派ですw

ブーストにはブースト独自の意味もありますが、

言及のために使う場合、ブーストも引用も、手段と目的がずれていると考えています。既存の仕組みでなんとかするためのバッドノウハウという捉え方です。

Mastodonのリプライ、良く出来ていて、リプライでやり取りしている当事者の双方を観測範囲に入れている人はタイムライン上に見えるけど、観測範囲の外の人と話している会話はタイムライン上でみえないようになっています。

起点となっている投稿の詳細を開くと、今度は逆にツリーが追えるようになっていて、コンテキストを上手に分離しているんですよね。

ただし、日本では特にエアリプが愛用されていて、リプライで会話する機会が少なめで、機能が活かされていないように感じます。

@theoria タグきてないの、たぶんリリースノート書くのがしんどいからw

『Twitterに馴染めない人向けのSNSはこちらです！』

ねむいめう……

@squid999 ﾃﾞｽﾖﾈｰ

@squid999 ﾅﾆﾓｲｯﾃﾅｲﾖｰ

気胸ヤバイぜ、カフェキチ。死ぬなよ。 @rkugaki_1011

@achi （超楽しみっっっ）

ウチ良品週間わかんないんだけど、どうなんだろう。理解してないだけで実際は起きてる？

#おなかがすきましたね

さて、帰るよ。帰ってやることいっぱいありすぐる。

夜を食べたのだわ

美味しそう

会ったことの無い年齢推定可能な情報の少ない人は、だいたい40〜50代だと思っている。

ドラマとか音楽とかハードウェアは好きなら年代問わないところあるけど、雑誌は……

テクノポリスのおかげで、同人ソフトの世界に旅立ったのだよ。

掲載されているプログラムを打ち込んで、打ち間違えてひーひー言いながら見直すのも楽しいんだけど、ひたすらDATA文ばかりの奴はちとつらい。

ねむいめう

Mastodonのエアリプ、良く出来ていなくて、エアリプでやり取りしている当事者の双方を観測範囲に入れている人はタイムライン上に見えるけど、観測範囲の外の人と話している会話はタイムライン上でみえるように作られていません。

（前の投稿と対比して書いてみました）

いや、エアリプなんだからそりゃ無理もないんですが、ブーストして言及とか、URLを記載したりとか、はたまた独自に引用を追加したりとか、本当は何らかの形で繋がりを示したいと思っているのに、それをカバーできていないのです。

エアリプするのは是か非か、じゃないのです。ニーズに応えられていない。機能不足。

……というのが私の認識でして、なんとか解決したいなぁとずっと思ってます。

@giraffe_beer 🎂 🎉
おめでとうございます！

わざと気付かないように、つながらないようにしたいケース、真のエアリプとも言えますが、それはもちろん別のお話です。

先方に通知したり、リプライツリーになってしまったら意味がありません。

もとよりリプライではなくエアリプを選ぶ理由があるので、それに寄り添った機能でなければいけないわけです。

基本的に、双方向ではなく、単方向の参照であるということが重要なポイントではないかと考えています。

先方からは辿れないように完全に秘匿するか、積極的に辿ればたどり着けるか、というところは考えドコロで、公開と未収載のように、どちらも選べるのが正解かもしれません。

もうひとつ。エアリプが、複数の親投稿への広域リプライというケースがままあります。

TL上の話題・コンテクストに対して言及する行為であるため、特定の投稿へのリプライとして表現できないというものです。

コンテクストをカバーする方法として、ハッシュタグによるコンテクストやテーマ別グループが有力であると考えていますが、まだ発展途上です。

また、人は自分のコンテクストを明示しながら話をすることは極めてまれで、雑談こそがSNSの華、突然コンテクストが生まれて、ただちに散っていきます。

そのため、リアルタイムに対応できる手段でなければ機能しません。

これも、まったく仕組みが追いついていない、整備されていないところだなと思っています。

なお、Pleromaではフォローしていない人へのリプライも表示されます。

Misskeyでは、リプライすると、リプライ先の投稿も同時にTL上に表示されます。引用リノートすると通知も飛びます。

それぞれ違う考え方に基づいているのが面白いところです。

@orange_in_space ブロック厳しいね……。私もミュートで済ませようよ、と思う。つらい。

annoucements、短期的に表示を強制したい内容（トラブル発生中のお知らせなど）の告知には便利だけど、それ以外は難しいなぁ。

かつ丼食べるいい？

って投稿して、絵文字のクリックで集計するっていう、アンケート機能としての使い方を思いついた。（announcementsの活用）

ブロックは難しいね。本当に難しい。orangeさんの指摘していることは本当に深刻な問題だと思うし、同時に、容易に解決できないことでもあると認識している。

私も個人としてブロックは行っていないし、サーバ管理者としてもすごく判断が難しい。 @orange_in_space

@lo48576 このポストみて思ったんですが、『投稿内容を読まれたくない』のと『絡まれたくない』に、ちょっと距離あったりしますか？

まぁ、読まれるとリアクションにつながるから、元から絶ちたいっていうのはあるかと思いますが……。

@lo48576 なるほど。参考になりました。ありがとうございます！