MeiMei

Results 132 comments of MeiMei

Noteに添付されている`reactions`のソースは NoteReactionテーブルではなく、Noteテーブルの`reactions`カラム (jsonb型) のようなので おそらくDB上では挿入順が保持されていて、APIでもそのまま保持されていると思われます。 > 挿入順になることを保証する場合は、配列にするか日付やインデックス等の何らかのソート可能なプロパティを含めたオブジェクトの連想配列にする必要が生じますね いろんな言語でのクライアント実装を考慮するとAPIの応答形式はそうであるべきかもしれません

Web UIでもリアクションの順番は保証されてないみたいです された順 ![image](https://user-images.githubusercontent.com/30769358/73130759-c62b4d80-4041-11ea-8ac4-c043649f88d4.png) 実際に取得された順番 ![image](https://user-images.githubusercontent.com/30769358/73130769-e824d000-4041-11ea-8821-4f462992dd73.png) クライアントでもAPIの実装のせいでもなくDBから以下のJSONを取得した時点で 順番は ずれてました (なおv10は ずれてなかった) https://github.com/syuilo/misskey/blob/cff91a7674f2e5bbdb9f0eb0a09f11891106f2f1/src/models/entities/note.ts#L106-L109 順番を保証しようとすると、Note取得時に以下のテーブルを見て createAt順を保持したまま各リアクションの数を集計 or このテーブルから順番の情報だけ持ってきてソート みたいなことをしなければならなそう。めんどくさそう。 https://github.com/syuilo/misskey/blob/cff91a7674f2e5bbdb9f0eb0a09f11891106f2f1/src/models/entities/note-reaction.ts

デジタル版じゃなくてアナログ版のように 最初にリレー?の動作音「ブンッ!ジジジ…」 本体は若干音割れ 最後に謎の終了音?「プーッ! ブツンッ!」 を付けて欲しいのだわ。

> そうなると学校のチャイムも鳴らしたい ウェストミンスターの鐘 (いわゆる学校のチャイム) が鳴る自治体もあるらしいので、ありではあると思うのだわ > チャイム複数種類選べるようにしてPR受け付けるか…(またMisskeyに謎機能が増える) 自治体によって他の曲が流れることがあるようなので、選択できるのはいい考えだと思うのだわ 夕焼け小焼け, 家路, 恋は水色, ふるさと, 野バラ… ※ただし 恋は水色 は著作権保護期間内

でも、多数決なんか気にせず @syuilo の気分でいいわよ

>とりあえず…文字列の連結はテンプレートリテラルを使って欲しいです そんなこと言われても元のコードが`+`連結だし…感 そもそもPathの連結は`path.resolve`の方がいいのではと

いわゆるLikesコレクション (with Misskey拡張部分) だわね https://github.com/misskey-dev/misskey/issues/7934 https://www.w3.org/TR/activitypub/#likes

> related to https://github.com/misskey-dev/misskey/issues/5425 むしろこっち? https://github.com/misskey-dev/misskey/issues/4622

これ実装しようとすると、NoteReaction にリモートLikeのAP idが保存されてないからリモート分を提示できないって問題が発生するわね。

リアクションのLikesコレクションを公開することにより、現状各フォロワーにpush配信しているLikeアクティビティをpull型にすることで無くせる可能性がある。 https://github.com/misskey-dev/misskey/issues/12914 連合Activityの8割を削減できるので、うまくいけば送受信側双方にメリットがある push型: 圧縮出来ない, キャッシュできない, キュー処理周りの重さ, 受け側はリソースに関係なく受ける羽目になる VS pull型: 圧縮可, キャッシュ可, CDNキャッシュも出来るかも, タイミングは受け側が選べる ので、うまくいけばやはり送受信側双方にメリットがある **ただし、受信側がどのタイミングでpullするべきかという問題は残る** なので、実装してうまく活用できればゲームチェンジャーになり得る気はするのだわ。 : この機能があることにより配信側のデメリットはさほどないので (実装するにはリモートリアクションに対して NoteReaction.uri を格納する必要が出てくるなど) 今後の実装次第で効果が期待できるならあってもいいかもだわ。 受信側のデメリットは、pullタイミングなど有効活用が難しいかもなど。 あとコレクション名は emojiReactions ではなくて likes でもいいかも?