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

MastodonのUI apiで取得できないinitial-state使っててずるいし切り離せないので…😴

Mastodonと比べてpleroma バックエンドとフロントエンド別れてるのはえらいと思う

mikutterとかどうやってpluginエコシステムを構築しているのか謎

StatusのSnowflake化は Mastodon::Snowflake::Callbacks.around_create が実行していて 未来の時刻を拒否しているのもここ
送られてきたtootのIDを遅延に関らず現在時刻にしているのは ProcessingWorker と ActivityPub::ProcessingWorker がtootの生成に override_timestamps: true というオプションを付けていてこの override_timestamps: true が指定されているとtootのID生成が現在時刻からの生成になる

erait

@fusagiko 確認したら未来のが修正されるのは実装されてたかんちがい

@fusagiko 未来の物が直されるのは実際のところ実装されてないという噂があったりしますけどどうなんだろう私も見れてない…🤔 TLに新しく届くTootが遅延で過去に挿入されると既にREST APIで取得済の範囲に挿入されてREST APIクライアントがめっちゃ困るという事案が想定されていたので私がめっちゃ説得して何とかした感じです。

レビュー者たぶん全員 それは別に良くない？ と思いつつ役には立つから取り込もう(取り込んだ)なので…

Snowflake ID 実際にPullReq投げた人の望みはTootのIDでそのインスタンスのアクティブ性が判別出来ないようにしたい(過疎ってるとIDが小さくなるので)だったのでほんとによくわからない

@fusagiko 遅延は関係ないというか(inboxに来たtootはbackfillされない(そのようにした))…実際のところPullReqが来たからだと思う。tootのimport系でSnowflakeだった方がやりやすいよねって話はあったかもですけど。

Twitter puremiamu API …😴？

pleroma Erlang系の言語でつくられてるの… それは強い気がする

discourseのプライバシーポリシー めっちゃ既視感ある

ねこー

ひさしぶりのますたー

ねこーねこーねこー