23:51:37 @usbharu@misskey.usbharu.dev
icon

TL病み期?

23:51:29 @usbharu@misskey.usbharu.dev
icon

風呂出た

23:24:36 @usbharu@misskey.usbharu.dev
icon

風呂入るか…

23:07:00 @usbharu@misskey.usbharu.dev
icon

じゃあ次は非同期処理だね!

19:41:48 @usbharu@misskey.usbharu.dev
icon

よるご飯食べた

19:18:04 @usbharu@misskey.usbharu.dev
icon

オブジェクト指向 状態やね完全に

19:17:40 @usbharu@misskey.usbharu.dev
icon

まぁ後で

19:17:37 @usbharu@misskey.usbharu.dev
icon

Relationships周りがあまりにもややこしくなってきたので書き直したいな

18:59:21 @usbharu@misskey.usbharu.dev
icon

集約をぶっ壊す感じなので困った

18:59:10 @usbharu@misskey.usbharu.dev
icon

難しい

18:59:06 @usbharu@misskey.usbharu.dev
icon

うーん

18:26:10 @usbharu@misskey.usbharu.dev
icon

@kussy_tessy@fedibird.com ありがとうございます。ちょっとやってみます。

18:25:12 @usbharu@misskey.usbharu.dev
icon

これにするとタイムラインの読み込み時に不正確な情報を返す必要がなくなるし、総投稿数も最終投稿日時もactorsテーブルに持たせるか…

18:22:29 @usbharu@misskey.usbharu.dev
icon

今からでもこれにしようかな

18:22:07 @usbharu@misskey.usbharu.dev
2023-12-13 18:20:47 くっしー :verify:の投稿 kussy_tessy@fedibird.com
icon

@usbharu actorsテーブルにfollowing_cntとfollowers_cntを持たせて、relationshipsテーブルを更新するときに一緒に更新するのはどうでしょうか?

16:44:46 @usbharu@misskey.usbharu.dev
icon

雑にアカウント削除対応したけどこれ後々後悔しそう

16:21:44 @usbharu@misskey.usbharu.dev
icon

アカウント削除アクティビティの受診に対応した

16:15:34 @usbharu@misskey.usbharu.dev
これは貴重なアカウントの削除アクティビティ
icon

{
  "@context" : [ "https://www.w3.org/ns/activitystreams", "https://w3id.org/security/v1", {
    "manuallyApprovesFollowers" : "as:manuallyApprovesFollowers",
    "sensitive" : "as:sensitive",
    "Hashtag" : "as:Hashtag",
    "quoteUrl" : "as:quoteUrl",
    "toot" : "http://joinmastodon.org/ns#",
    "Emoji" : "toot:Emoji",
    "featured" : "toot:featured",
    "discoverable" : "toot:discoverable",
    "schema" : "http://schema.org#",
    "PropertyValue" : "schema:PropertyValue",
    "value" : "schema:value",
    "misskey" : "https://misskey-hub.net/ns#",
    "_misskey_content" : "misskey:_misskey_content",
    "_misskey_quote" : "misskey:_misskey_quote",
    "_misskey_reaction" : "misskey:_misskey_reaction",
    "_misskey_votes" : "misskey:_misskey_votes",
    "_misskey_summary" : "misskey:_misskey_summary",
    "isCat" : "misskey:isCat",
    "vcard" : "http://www.w3.org/2006/vcard/ns#"
  } ],
  "type" : "Delete",
  "actor" : "https://misskey.usbharu.dev/users/9d1pbgd0uu",
  "object" : "https://misskey.usbharu.dev/users/9d1pbgd0uu",
  "published" : "2023-12-13T07:13:27.684Z",
  "id" : "https://misskey.usbharu.dev/5168939e-7cbb-4fb3-91b5-25d26f47a291"
}

15:18:20 @usbharu@misskey.usbharu.dev
icon

こっちなら不必要なwhere句が増えることもなくなる

15:18:02 @usbharu@misskey.usbharu.dev
icon

うーん削除フラグで実装してもいいけど削除済みアカウントテーブルの方がいい気がしてきた

14:56:42 @usbharu@misskey.usbharu.dev
icon

ユニークキー制約で引っかかる→DBからコネクションが全部?切断される→エラー
っぽい

14:56:13 @usbharu@misskey.usbharu.dev
icon

うーんやっぱ徹底的に重複排除しないとダメそうだなぁ

14:52:05 @usbharu@misskey.usbharu.dev
icon

どうしてupdateするだけでDBからコネクション全部切られるんですか…?

14:51:47 @usbharu@misskey.usbharu.dev
icon

謎のエラーが発生しまくり

14:51:38 @usbharu@misskey.usbharu.dev
icon

???

12:28:03 @usbharu@misskey.usbharu.dev
icon

そういえばIntellij IDEAアップデートしたら起動するだけでエラー出る現象なおった気がする

11:59:14 @usbharu@misskey.usbharu.dev
icon

あと複数データソースに対するトランザクション制御何もわからん

11:58:29 @usbharu@misskey.usbharu.dev
icon

不整合の解決あたりはだいぶ成熟してきたのでいい感じだけど同時に来た重複したリクエストに対して弱いのでちゃんと作りたい。主に作り始めたときにトランザクションに対する理解がなかったのと、そもそもここまで同じリクエストが重複して飛んでくると思ってなかった。

11:55:02 @usbharu@misskey.usbharu.dev
icon

AP実装、ほとんどテスト書くのに時間使ってる(なおカバレッジ50%未満の模様)

11:51:10 @usbharu@misskey.usbharu.dev
icon

@kussy_tessy@fedibird.com Mastodonのアカウント削除の挙動を把握してなかったのでアクティビティ来ると思ってたんですが、ドキュメントちゃんと読んだら同じidで作成できないって書いてあったので無いっぽいです。昔何処かでMastodonはアカウント削除後の挙動がMisskeyと違う的な話を聞いたので勘違いしました。

11:43:30 @usbharu@misskey.usbharu.dev
icon

nihongo utenai hito orune

11:42:56 @usbharu@misskey.usbharu.dev
icon

殆どの場合APだと同じドメイン同じidは使えないはずだし

しらんけど

11:42:28 @usbharu@misskey.usbharu.dev
icon

もう同じAcctでDelete Actorアクティビティ受け取ってても不正扱いにして破棄するか…

11:40:56 @usbharu@misskey.usbharu.dev
icon

うーんやっぱり自前のMastodonサーバーが必要

11:17:13 @usbharu@misskey.usbharu.dev
icon

論理削除とはちょっと違うか
フラグ立てるだけではないから

11:16:53 @usbharu@misskey.usbharu.dev
icon

論理削除ってやつか

11:16:44 @usbharu@misskey.usbharu.dev
icon

これなら削除されたアカウントの最低限の情報を保持しておくだけでいい…?

11:13:44 @usbharu@misskey.usbharu.dev
icon

ActivityPub難しすぎる

11:13:34 @usbharu@misskey.usbharu.dev
icon

Delete Actorアクティビティを受け取る → DBからactorの情報を削除、ただし公開鍵は保持する。

Delete ActorされたActorからのアクティビティは破棄

別のActor(同じAcct)からのアクティビティは受け付ける

にするべか…

11:10:53 @usbharu@misskey.usbharu.dev
icon

Delete Accountアクティビティを受け取る→DBから完全に削除 にするべきなのか…?

11:09:39 @usbharu@misskey.usbharu.dev
icon

アカウント削除後に同じ名前で新しいアカウントが作成されたとき、不正なactorとしてアクティビティの破棄をするべきなのか、Deleteアクティビティを受け取った時点でアカウントの正常な削除を受け取った扱いにして新しいアカウントとしてアクティビティを受け付けるべきなのか。

11:08:23 @usbharu@misskey.usbharu.dev
icon

ActivityPub、アカウント削除後にきたアクティビティどうすればいいんだろう

10:59:02 @usbharu@misskey.usbharu.dev
icon

前までNoteのcontent以外の内容も表示してたけど今はしない

10:58:23 @usbharu@misskey.usbharu.dev
icon

そういえばMisskeyのActivityPubのNoteの扱いちょっと変わったよね

10:36:54 @usbharu@misskey.usbharu.dev
icon

ioから何個か来た

10:24:15 @usbharu@misskey.usbharu.dev
icon

ミュートガチで面倒くさそう

10:12:58 @usbharu@misskey.usbharu.dev
icon

そもそもMastodonのミュートの仕様を把握していない

10:12:19 @usbharu@misskey.usbharu.dev
icon

面倒くさそう

10:12:15 @usbharu@misskey.usbharu.dev
icon

ミュート実装したいけどなー

02:03:31 @usbharu@misskey.usbharu.dev
icon

:oyasumi:

02:03:28 @usbharu@misskey.usbharu.dev
icon

さーて寝るか

01:55:57 @usbharu@misskey.usbharu.dev
icon

Spring BootだけでPDF版全973ページ(英語)じゃん
流石に無理だぞ…

01:52:04 @usbharu@misskey.usbharu.dev
icon

ドキュメント穴が空くほど読んでから本買ったほうが良さそうな気がしてきた

01:50:47 @usbharu@misskey.usbharu.dev
icon

Spring Frameworkの本調べてる

01:50:29 @usbharu@misskey.usbharu.dev
icon

Spring Batchの本買おうかな

01:18:53 @usbharu@misskey.usbharu.dev
icon

風呂出た