新しいものを表示
くっしー :verify: さんがブースト
くっしー :verify: さんがブースト

Misskeyそもそも多機能すぎて、「細かすぎて伝わらない要望」みたいなのが無数に出てきちゃうからなぁ。

2000くらいissue溜まってるんだから、自分が1つ出したところで変わらんやろって気もするけど。

Misskeyにissue出さない理由

1.こんな要望より他に解決せんとあかんやつがあるやろ
2.自鯖持ってるから、チョチョッと直せるようなやつだったら、自分で実装しちゃうわ
3.自分が出さんでも、自分以外の人が出してくれて、解決してくれるだろう
4.「やってもいいけどやるほどでもねえよなあ」みたいなissueで埋もれさせたくない

とかかな……。

Misskeyのissueの多さを考えると、それくらい敷居高い方がいい気がする。

くっしー :verify: さんがブースト
くっしー :verify: さんがブースト

すんません、直しました

くっしー :verify: さんがブースト

村上さんが操作ミスった説がある

鯖缶が「なんかミスってバグってしまった」って投稿するのFediverseって感じでいいね。
ioもすっかり立派になってしまったから、村上さんが鯖缶らしく「ミスった」ってpostしているのすごくいい。

くっしー :verify: さんがブースト

普通に村上さんがコマンドミスっただけなのでランサムウェアとかではないです

Misskey、Updateを配信しない編集を実装して、めっちゃ非難されて取り下げたはず。

スレッドを表示

Misskey、後方互換性とかボロクソに言われてるけど、Mastodonの投稿編集もなかなか感ある。(ActivityPub準拠とはいえ)

くっしー :verify: さんがブースト

投稿編集機能を使った場合は、受け取ったタイミングで内容が変わるってことね。

ある投稿がされる(A1)

フォロワーのいるサーバには、最初の投稿内容(A1)が届く。

この元投稿が編集される(A2)

このタイミングでブーストされると、まだこの投稿を知らなかったサーバは編集後の内容(A2)を受け取る。

この元投稿がまた編集される(A3)

このタイミングでブーストされると、まだこの投稿を知らなかったサーバは最後の編集後の内容(A3)を受け取る。

投稿者はA3をみて欲しい。

でも投稿の編集を受信して処理できないサーバは、A1だったりA2の内容のままで、A3には更新されない。

あるいは、A1で騙して、A2やA3をつかませようとしている詐欺行為かもしれない。

ま、余談です。

スレッドを表示
くっしー :verify: さんがブースト

相手先に合わせたActivity送るの、難しくないよ。fetchされた場合も、Authorized Fetch(署名付きリクエスト)だったらどのアカウントが要求してきたかわかる(実際にはサーバの代表アカウントで取りに来るので、せいぜいどのサーバか特定できるだけ)し。

例えば、投稿に画像が5枚以上添付されている場合に、4枚までしか対応していないサーバにだけ互換性持たせた内容に変えて送るとか。

ウチの実例でいうと、PleromaにはEmojiReact、MisskeyやMastodonにはLikeで絵文字を送るようなのは既にやってる。

古いものを表示

くっしー :verify: によるおすすめ:

Fedibird

様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。