神楽坂しえる @Clworld@md.ggtea.org

DockerでIPv6の使用がどうこうでndp proxy に行くのは100%死ぬと思われるのでやめたほうがいい。

FanOutOnWriteService.deliver_to_publicでRedis.current.publish('timeline:public', @payload)してますね
nodeの方は普通にそれをlistenして…
なんで受信したやつがブロックされてるか一個ごとにSQL投げて確認しているんです？

Mastodonのソース見るとなんかプリレンダした結果をRedisに突っ込んでるんよ もしかするとそのままnodeでRails介さずpushされる

多分なんだけどStreamAPIを読まれるより普通のAPIで読まれる方が負荷高い予感がある

Rails使うと勝手につく < 画像の後ろの謎のやつ

Mastodon v1.2に更新なうです

サーバリストのSSLチェックどうやったらタイムアウトしなくなるのか分からない…

ねこー

Mastodon Mastodon 言ってるけどコミュニテイがどうとか考える時に GNU social とかを無視して大丈夫なんか問題が

論理削除は性能的に微妙だから難しいねー

エラー時のsubcription無効化 即削除じゃなくて一定期間無効化とかであるべきでは…😐

現時点ではまだ大きい鯖でも連合タイムラインが読めるレベルで、だからこそ連合で流れる物に対して問題が発生するけど、連合が読めないレベルの速度になったら問題にならなくなる気がする。

Mastodonのcron なんか無駄に溜まったファイルを消したりするやつでしょとか最初思って適当に手動実行してたので思い込みやばい。

とりあえず今切れてしまってるpushを復活させるには時間での解決を待つか、subscriptionの生存確認をして切れてたら再subscribeするrakeファイルが要るっぽい

だめっぽい(Pubsubhubbub::DeliveryWorker)
レスポンスコードの確認で4xxの時(429除く)だから
TimeoutとかでExceptionが発生したとかは大丈夫っぽい。
レスポンスがかえってくるのに404とかがだめ。
たぶんMastodon鯖が普通に落ちてる場合は502とかになるはずなので大丈夫だけど、
移行中にnginxだけとりあえず上げたとかの場合は駄目になる(404)

うーん… うーむ？ これソース確認しないとだめなやつですね😮