寝るぽ
MisskeyはAPIの仕様が気まぐれに変わってるし、それも踏まえてmisskey.ioは第二のイーロン・マスク丼くらいに考えておいた方がいいよ
いわゆる美少女着ぐるみ、女性でもするのが恥ずかしい衣装や格好を男性がやってるってことに興奮しちゃうんだよなあ……。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@Solanum_human えっちな内容を含むトゥートってことだよ。
語源はだれかが最初に適当に打った文字がそれだったらしい。
このアカウントは、notestockで公開設定になっていません。
すげー断片的にノート拾って得たActivityPubのやりとり、(現在の自分の解釈であり間違いは多分ある)
・各鯖間のやり取りは、フォローしてるアカウントのぶんだけを一つのリクエストとしてまとめて送る(例えばThreads(暫定)のユーザー1000人フォローしてても1リクエストで送ってもらえる)
・逆に1000鯖の人にフォローされてると1000リクエストに増える
・ただし、受け取る方は基本的に「自分の鯖でフォローしてる人のデータだけ受け取る」ので、仮に1億アカウントある鯖(まあこんなのThreads以外に出てこんやろから以降Threads(暫定)とする)からリクエスト送られて来ようが、
・Threads(暫定)側に1000フォロワーがいてもフォローされてるユーザーが1人なら一人分のリクエストしか送らない
・逆にThreads(暫定)のユーザー1000人フォローしてようが一回のリクエストで1000人分だけ送られてくるので余計なリクエストもデータ量もなくそんなに負荷はかからない
・大変なのはいろんなサーバからフォローされてるサーバの場合で、この場合1000鯖からフォローされてると1000リクエスト投げないといけなくなる
って感じなのかな…(この仕組みる限りサーバの人口が小さい方が基本的に負荷が小さく人口が多い鯖ほど爆発的に負荷が増えやすい)
(なるほどMisskey.ioが大変になるわけだ…)
https://twitter.com/QK_rabbit_2/status/1678692624964935681
漫画を描く→バズらせる→アソシエイトリンクをぶら下げるというのって、evilな感じするけど、どうなんでしょうね。
Misskeyでは見たことないけど……。
オモコロの「なんか疲れる日」で、「家に帰ってテレビをつけたら『モニタリング』をやってて「気づく」「気づかない」がくるくる回ってる」っていうの、「なんか疲れる日」への解像度が高すぎて笑った。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ActivityPubのサーバーのつらみ(負担)は、発信側は、自分のサーバーのユーザーの発言数とそのユーザーをフォローしてるユニークなサーバーの数に比例し、受信側は、そのサーバーのユーザーがフォローしてるユニークな人の発言数に比例するという認識なんだけど、ThreadsがActivityPubに参加したところで、突然みんなが数千人・数万人フォローしあったりしない限り、AP参加者数が1億人増えようとそこまで急に辛くならないってことで合ってる?
「ThreadsがActivityPub対応したら既存のサーバーの負荷が・・・」っていう主張、よく分かってないんだよな。最も重たいリモートへの配送処理のコストを考えると、特定のサーバーにユーザーが集中していたほうが低コストなんだけどね。Fediverse全体のユーザーが増えるから結果的にフォロー/フォロワーが増えるよねって言いたいのかな?
@syarin それなりにちゃんとしたアルゴリズムなんだろうけど、いずれにせよHTLの実装は急務ですよね〜。
とはいえ、「何か違う」感は、そもそもThreadsの水が合っていないという可能性も。