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

通常はID順でいいんだけど過去のデータを後から取り込む時に困るのだ(今はIDを連番で振ってるのでIDに隙間とかもないし)

時刻順にすると、TL表示としてどうするかという問題が(遅れてきたTootは過去分に挿入するのか)

@Clworld FetchAtomServiceで取って来たatomのXMLをProcessFeedServiceにそのままシュートするとこんな感じになる

atomを取り込む -> めっちゃstatusIdが振られる -> TLの先頭に引っ張ってきたatomの内容が振られる という感じ(TLがstatusId順なのが悪い？)

問題があるとするとめっちゃOutOfOrderな感じになるよ😅

ねねねねねむい

ねこー

1.4.2に上がったことで https://mstdn.jp/api/v1/instance でmstdn.jpのStreamingAPIのendpointがどこか取得出来るようになりましたぞ

私のブラウザの方の問題だった

StreamingAPI使ってる人にだけStreamingAPI用のjsonレンダリングする変更が1.4.2に入ってるのでdefautキューのCPU負荷とredisの通信量が少し下がるかなーどうかなーって思っている

favとblockとmuteとLTLとFTLと…あたりはmasterに上げるたびに確認してたんだけどsidekiqも見ないとだめですねー

なぜかすごい速度でsidekiqエラーを発見してるmaster者と、なぜかすごい速度で原因っぽいコメント発見する @unarist さんと、なぜかちょうどテスト用環境作ってた私の共同作業でめっちゃ速く報告されてめっちゃ速くGargronさんが直した

Sidekiqの 'Note is too long' エラーのパッチがmasterに入りました

そういえば _changed? って 一致しているかのチェックしてたっけ…？

早速staging serverが役に立ちました(

そもそもなぜにPRをマージしまくった直後にversion.rbを更新しているのか

SubscribeWorker溜まりすぎでしょ…