洪 民憙（ホン・ミンヒ） @hongminhee@fedibird.com

ついた絵文字見えるんだなHollo hollo.social/@hollo

​​はサーバーが大規模になると耐えられない！

⇨ 一つのサーバーが大規模になる必要があるんですか？

HTTP レベルのデファクトスタンダードになると、そこでの困りごとは単に解決策を自分が知らないだけ、またはそもそも変な方針で袋小路に陥っているだけということの方が多い

HTTP 使っててオーバーヘッドが気になることない（h2 ならヘッダ圧縮もある）し、質の悪い仕様と実装を増やし、開発のためのエコシステム（curl とか mitmproxy とか）を再発明するコストや運用上のプラクティスの蓄積にかかる時間、パブリッククラウドのマネージドサービス（L7 ロードバランサーとか）の対応とかを考えると、今更 L4 の上に独自プロトコル乗せるモチベーションになるケースほとんどない

アカウントポータビリティとグローバルビューと分散を同時に満たすのは明らかに難しい課題なはずで、それらの両立を目指すなら分散であることの重要性は実質的にはある程度下がらざるを得ない気がする

AT Protocolの目指すところは意義が有ると思いますが、現実におけるBluesky社の実践は惜しい点が多いと思います。

blueskyでは分散とか非中央集権であることはより良いSNSのための手段であって、実際のところそこまで重要視されているわけではないのかもしれない

＞「グローバル検索性」のなさを指摘していますが、本当にそれが必要なのか

これは読んでわたしも思ったけど、SNSの発言は全世界から検索されないといけない、みたいなのはちょっと違って良いのかもと思う

全世界から検索されて見られるのはHPとかの役目でいいんじゃないかと

全部が全部世界とひとつに繋がることから、荒れ果てて世界を悉く分断していったTwitterを見ると

グローバルビューの構築はインターネットのテーゼであるゆえ、それを正面から否定するのはインターネットそのものを否定することにつながるようには思う。
ただ、インターネットを否定することに fediverse の価値があるのかもしれない。

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

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

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

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

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

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

この記事を読むと、自分も#Holloで#Bunの代わりに#Node.jsを使うべきなのかなーと。

https://gihyo.jp/article/2024/08/misskey-15