@saharahasami ユーザ設定に非公開ってのがあるんですよ。フォローが承認制になります

@tomoyat1 @nukosu どうやるとそれを正常に戻せるかまでは分からないのですよー。ウチだとmstdn.jpがデータ消した後に大量のダメなsubscriptionが残ってるんですけど、mstdn.jp上に同名のアカウントを新しく作り直してフォロー/アンフォローを試したりしましたが効果はなかったです

@nukosu @tomoyat1 管理者メニューのPubSubHubbubでタンス内からタンス外へのpushの一覧を見れるんですが、該当ユーザの項目はどんな感じでしょうか。 もしくは、何もせずに1-7日くらい待ってみるのも良いかもしれません。PubSubHubbubは７日ごとに購読しなおす感じらしいです

@tomoyat1 @nukosu あとはPubSubHubbubの状態がおかしい等がありえます。外の別インスタンスってのは最近データ消去をおこなってたとかありませんか？

はよ一週間経過しないかな、残像の掃除的な意味で。ここからだとtateisuあっとmstdn.jpは残像しか見えなくてメンション送ることもできない

This account is not set to public on notestock.

@mot 世の中には100倍カレーが好きな人も、何にでもマヨネーズてんこ盛りにする人もいるんだよ！ …って話じゃなくて、いま100倍カレーの店に行列してる人は自分が何に並んでるのかまだ理解してないって話ですかね？ まあそれも自由ってもんだよね

@mot 仮に日本鯖に均等に割ると行けなくもなさそうな気はしないでもない。2000人くらい？
まあ人数の多い少ないなんてユーザが好きに選べばいいと思うんだけど。
靴のサイズまで統一したら履きにくいよ

無茶しやがって…

This account is not set to public on notestock.

This account is not set to public on notestock.

@tomoyat1 @nukosu pushが詰まってるんです？管理者メニューでsidekiqみて待機数は？あとpush:refreshは試しました？

@lo48576 DBメンテナンス時のダウンタイムは、個別に分けた方が圧倒的に有利だと思います

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

鯖によってはストリーミングAPIだけホスト名が違うとかあるのか。クライアントアプリ作る時はこのへんユーザ設定できるようにしておかないとダメだなー…

今日は淡々とアプリを書くよ。先は長いな…

日本鯖を人数順にソート https://gist.github.com/tateisu/8ee0141764db1b259e85e4efe067b548
ソースは https://instances.mastodon.xyz/list にあるjsonデータと有志が作成した日本サーバリスト

sidekiqのキューが溢れる要因、(色々な理由で)不安定なインスタンスと連動しようとして通信でブロッキングすることだからいつ発生するか分からないし、基本的には処理プロセス数やスレッド数を増やしていくつかブロッキングしても残りで回せるようにしとくしか対策がないんだな…後は管理者メニューのsidekiqで再試行や死亡を見てダメそうなのは削除するとか

https://www.youtube.com/watch?v=psSamm93uCE

ゲーム音楽と聞いて（
個人的にはサンダーフォースIVが一番好きです

@nns_momon juggler.jpにはそんな評判は立ってねえよｗ mstdn.jp もそうだ

@tateisu 生きてるか―

@suzutan 4コアで5くらいなら「常に忙しいことが保証されてる」程度なので別に良いと思いますよ

https://mstdn.wiki/Scaling_Mastodon 1000人程度のインスタンスで起きた問題とその対策について書いたよ

@nns_momon 画像が外国に流れないってだけならむしろユーザは喜ぶよね

@nns_momon pixiv的には今更じゃね？ Twitterと絵描きの取り合いをする上で今が好機だと思ってるんだろうし

@h3zjp ウチは現在は新規登録可能ですよー。結構こまめに変えてます

nginx の worker_processes と worker_connections を 3*20000にしておいた

@nns_momon ちなみに現在はMastodonの開発者が画像だけを除外したリレーを行うオプションをどう開発するか議論してる https://mastodon.social/users/Gargron/updates/1871851
https://github.com/tootsuite/mastodon/issues/1847

@nns_momon モーモン的には「終了」ってのは何のことを言ってるの？ 現状、どのインスタンスもサービス終了にはなってないんだけど。

NSFWの基準自体が人によって国によって違うんだから、NSFWだけじゃ足りなくてインスタンス単位で制限をかけるとかいう話になっちゃう。世知辛いことだなあ…

@suzutan
https://medium.com/@Gargron/scaling-mastodon-1becde463090 の「ネイティブスレッドじゃないRubyだから、スレッドを複数のワーカープロセスに割り当てた方が速い」という記述にあわせてsidekiqのコンテナを4つに増やし、それぞれ別の種類のキューを処理させるようにしました。
コンテナの追加の際に結構待たされました。
キュー分ける作業自体は楽でしたよ。 docker-compose.yml のsidekiqコンテナを増やして、-q (キュー名) を振り分けるだけです。 https://gist.github.com/tateisu/f29a2b4de9502123d6722ae148b3a3d2
これで各キューが並列に処理されるので、defaultキュー(ユーザ操作のレスポンスに影響)が捌けるのも早くなります。

@suzutan はい、そうです