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

Referrer-Policyはとりあえず設定して外にリファラ出ないようにしておいた方が良い気がする

CSPならmstdn.jpのをぱくりました…

10万フォローしてる人がフォロー減らせと警告受けて減らそうとした結果unfollowのAPIリクエスト回数がやばくて鯖がやばいはまあそうなるよねって感じにはなる。

ねこー(きづいたらMastodonの話の比率がおおすぎる/FGOのいべんとがんばる)

迷子になったのでとりあえずメモ書いた / MastodonのToot時処理フロー https://pastebin.com/8fp6Dv6j

毎回コネクション張り直してる話はクライアント部分をなんとかしてHTTP/2かkeep-alive対応したらなんとかなってしまいそうな気がする。

どちらかというとOStatusじゃなくてローカル向けの配送で死んでいませんか？という感じが(Sidekiq N+1も主にローカル配送の話)

ふとソース見つつ思ったんだけど、そもそもOStatusって本当にそんなにスケールしない？サーバ数が1万とか10万とかあってその全部がめっちゃフォローし合ってるなら話は別なんだけどそんなに分散してる？ 毎回コネクション張り直しててオーバーヘッド大きいことは確かなんだけど。

ほんとだ公開範囲変えると!が外れる…

1.3.2からMastodonが動いてるのとは別の場所で
タグに対して origin_v1.x.y のブランチを作成 -> origin_v1.x.y を ggtea-base にマージ -> ggtea-base を ggtea にマージ -> 成功したら githubにpush -> Mastodonが動いてる場所で git pull っていう慎重な手順になりました。

git stash って意外と死ねますからね、ブランチ切ってしまった方が安全な気がする。

https://github.com/clworld/mastodon/ の ggtea-base が本家のタグに同期してるブランチで、 ggtea がmd.ggtea.orgが使用してる修正ほかが入ったブランチになります。

certbot renew は有効期限30日以内の証明書をrenewするので期限が30日を大幅に切っていたら危険…<LetsEncrypt問題

ねれなかったので 1.3.2 です…

でもねる

にゃー

has_many :reports と has_many :targeted_reports どっちも dependent: :destroy が必要なのか…？