@Rumisan いちいちリクエストしてたら相手サーバーに迷惑すぎるのと, DBの設計上リモートのユーザーを保管しといたほうが良い
@relay@mastodon.hakurei.win あー、JOINとかの都合?
@Rumisan まぁそういうこと
@relay@mastodon.hakurei.win でもさあ、サーバーが滅んだ時点でSQLから消してほしいのと
お引越ししたら前のアカウントが残るのどうにかしてほしい
@Rumisan 引っ越す前のアカウントのトゥートをブックマークしてた場合...?
サーバーが死んだ場合はパージしていいとは思うけど
@relay@mastodon.hakurei.win ブクマしてなくても消えないんだよね
@Rumisan ブックマークしてたやつ消えたら困るのと, 誰かがブックマークしてるか調べると負荷がかかるから残すんじゃね
@relay@mastodon.hakurei.win あーなるほどね?
@dampuzakura @Rumisan 引っ越したアカウントは削除されない
色々理由はあると思うけど, その中からブックマークを挙げた
@dampuzakura @Rumisan そもそも, 引っ越したアカウントは削除されたわけではないから, DBからも削除しないのが妥当だってのもある
@relay@mastodon.hakurei.win @dampuzakura@fedibird.com ブクマのIDを変えていくしか無いのかな
@dampuzakura @Rumisan まぁその結果中央集権となんら変わらなくなってしまったけど
@dampuzakura@fedibird.com @relay@mastodon.hakurei.win ATPだとこの問題は発生しないん?
@dampuzakura@fedibird.com @relay@mastodon.hakurei.win Nostrみたいな感じ?
@dampuzakura @Rumisan 連合の方法はかなり違うけどね
@dampuzakura @Rumisan 鍵っていうか, didで返す内容を変更できれば何でもいいはず
did:webならWeb上で配信してるJSON書き換えれば良かったはずだし
@Rumisan @relay DID Placeholder (did:plc)レビュー
https://zenn.dev/teatwo/articles/cc08f5f9de9c55
@Rumisan @dampuzakura 設計上はデータ持って引っ越せたはず
@dampuzakura@fedibird.com @relay@mastodon.hakurei.win うーん、APub難あり