うおおおおおお

2023-08-10 21:34:10 -akku-🔱:silence:の投稿 akku@misskey.04.si

このアカウントは、notestockで公開設定になっていません。

あっくさんごめん
json+activityじゃなくて activity+jsonやったかも

ああああ

@akku@misskey.04.si webfingerで取得したurlにアクセスしていますか?

@akku@misskey.04.si Acceptヘッダーにapplication/json+activity入れても取得できませんか?

Acceptヘッダーにapplication/json+activity入れたら行ける

2023-08-10 21:13:40 -akku-🔱:silence:の投稿 akku@misskey.04.si

このアカウントは、notestockで公開設定になっていません。

泥棒入り放題ですよ

ピッキングできる鍵怖…

リファクタリングやりきったときのリファクタリングやりきったぞ~感

Kotlin製ActivityPub実装、これ作り直したほうが早いんじゃね

あーKSPだとコード改ざんは出来ないのか

KSPに入門しちゃうか

kspでASTをイジイジ

Kotlinでアノテーションプロセッサー使ってASTいじるの全然わからんけどどうしたらいいんだろう

めんどくさいしInfra層に依存させるのが一番簡単そう
トランザクション管理の抽象化レイヤ作ってる暇はない

DDD、トランザクションに関して全然わからん
ゴリゴリ実装に依存するけど大丈夫かな

これ作ってたときの自分は何考えてたんだ案件の対処を始めます

設計ミスというより何も考えずに作ったら失敗したが多すぎる

2023-08-10 12:41:43 猫宮よつ葉🍀の投稿 nekomiya_life@misskey.life

このアカウントは、notestockで公開設定になっていません。

(何もわからんの顔)

すげー

2023-08-10 12:24:37 Misskey GitHub Notifier @p1.a9z.devの投稿 repo@p1.a9z.dev

💬 Commented on "バックエンドのメモリリーク": nexryai "あくまで可能性としてですが、Sharp(というかlibvips)がglibcを使っているのでそれ周りかもしれません。sharpのissueにもいくつかメモリ使用量が増加し続けるという趣旨のissueが上がっています。またgovipsなど他の言語のlibvipsを使ってるライブラリでも同様の問題に言及されています。
公式ドキュメントによればメモリアロケータの問題(?)らしく一般的なLinuxシステムが使用するメモリアロケータとマルチスレッド化されたプログラムの相性が悪いことが問題だと言われていました 。
もしこれが原因であればDockerコンテナをメモリアロケータが一般的なlinuxとは異なるAlpineベースにするとメモリ使用量が落ち着くかもしれません。 (Firefishでの話ですが、実際にUbuntuで直接動かしていたときよりmuslベースのAlpineを元にしたDockerコンテナで運用していたときのほうがメモリ使用量が圧倒的に安定するようになりました)
間違っていたらすみません..."
https://github.com/misskey-dev/misskey/issues/10984#issuecomment-1672495555

sharp - High performance Node.js image processing
バックエンドのメモリリーク · Issue #10984 · misskey-dev/misskey

簡単な編集はnanoでいいんだけどいちいちvscode起動するのめんどいし全部helixに任せられる感があっていいかもしれん

helix、結構いい感じかも?