Notices by noellabo@twiddon.com

@sakasame サーバ利用者の誰かが使っているクライアントアプリのバックエンドサーバが落ちてるパターンで、経験的にはTootleが一番よく落ちてる（利用者多いしね）。SocialHubも割とよくエラー吐いてたけど、改善されたかな？ たまーにiMast。Toot!とかSubwayTooterとかはほぼ見ない。

サーバが復活した頃合いで、デッドに積み上がっている奴を一気に再試行させると、ユーザーのスマートフォンに一気に通知が届いて大変なことになったりするので、面白がってやると怒られるw

まぁ、削除してしまうのが吉。

ところで、なんでついっどんで話してるんでしょうね？

@sakasame FediverseにActivityPubでつながるサーバが立つというのは、プロトコルの話なので、サーバソフトウェア自体はプロプライエタリかもしれません。

@sakasame 完全互換を考えなければ、ActivityPubで十分だと思います。

ただそれだとTwitter側にメリットがないという問題があるので、Twitter側（blueskyかもしれません）が独自のものを出してきて、それと互換をとらなければならないかもしれません。

つまるところ、TwitterとFediverseがActivityPubで連合できるようになれば、基本的な問題は全部解決する。

mstdn.jpのようなサーバを想定するとそういう話になるんだろうね。

自分がフォローした人で構成されるホームタイムラインは、人口増えても変わらないよ。フォロー増やさなければ。

あと、各地の中小鯖に均等に人が増えるわけじゃないからね……。

昔のCGI掲示板の限界は、sidekiqのようなバックグラウンドタスクを引き受けてくれる仕組みが無いことにあります。

CGIというのは単なるWebサーバとサーバアプリの通信の仕方なので、ここは特に問題じゃないんですが、リクエスト時に全部やるようになっているので、レスポンスが悪くなったり、タイムアウトしちゃったりします。

レンタルサーバを使った昔のやり方としては、cronでバックグラウンド用のプログラムを定期実行していました。

今はVPSを借りてrootの権限で設定ができるので、サーバの常駐プロセスを立ち上げてまわすことができるようになりました。

sidekiqは、タスクを複数引き受けて、用途や優先度でキューに分けて、同時に実行して、失敗したらリトライして、というバックグランドでやって欲しいことを一通り引き受けてくれるところが凄い仕組みです。

:ureteralstone: を畳むことにしたことで、本拠地感がでて落ち着いたよね。