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

@unarist ぐわー

Boostの動作自体がなんか微妙なのでは…(先頭40件で元tootがある場合上に持ってくる)<Boost削除の

@unarist 実行計画が心配だけどもしかするとけっこううまくやってくれるかもしれない…<NOT EXISTS

@YUKIMOCHI 自分の環境で実行してなんかおかしかったやつしか詳しく見てない…

あのSQLのおかげで'Web'のアプリケーションをうっかり削除してたことに気づけたよー(昔テーブルの全レコード削除したせい)

Mastodon開発はドイツの標準時で動いてるから…<寝れぬ

@harukasan 主にDELETEの方のUSINGが見慣れなすぎて(UPDATEの方は私が書いたのと大体同じ)

PostgreSQLのupdate/delete+LEFT JOIN構文分かんねぇ…

Pawooは大丈夫だとしてどちらかというと心配なのはkirakiratterとかでは

(せやな)

リストとして出してみたらけっこう少ないのでたぶん1.4.2行けるよ(？)

こんな感じのなかなかの変更が入ってたりするけどきっと1.4.2として出せるよ？リストhttps://pastebin.com/NdgMhUyv

1.4.1と1.4.2の間何入ってたっけ感

なんかこんな変更も入ってるけどまあ大丈夫かなって変更が10個ぐらい入ってそうな 1.4.1->1.4.2差分

パッチリリース(

通知リスナのエラーログがつらいのでqiitadon対応した

ついったさんのStreamingAPIを使っている人ならバルス後に遅延が発生して時刻がばらばらになってPostが降ってくる現象をよく知っているはず

@Clworld 時刻順よりID順の方が速い気がするし、StreamingAPIユーザ的には分かりやすいし、時刻順だと古いPostが遅れて来たときの処理に悩むしで、私はID順でいいんじゃないかなーと思うのであった(みんな遅延しないようにがんばって)