pump.io, npm で入って強いと思ったけど、設定ファイルがよくわからないので明日にしよう。
エンタメ&教育系のWebエンジニアをしています。最近は原神にくびったけ。
ActivityPub 投稿リレーサーバーを開発・運用しています。 https://relay.toot.yukimochi.jp
[投稿のライセンス]
https://lab.yukimochi.jp/article/licence_mblog
[私のアバター]
透羽 / mio3io - https://南あかね.みんな
メディアが遅れて届く件。type:unknown で届いてくるのが不思議だなぁと思っているんですよね。初期値は、imageだと思うので、いちいちunknownで一度DBに書き込んでいるかなと。
ActivityPubだとWebPub再購読しないとか、やっていたような気がするけど、ちょっと厄介そう。SNSとしてヤバそうな状態は、う~ん。
Pawooは、できたな。あれか、ActivityPubは、かならずFollow_Requestの形をとるというアレかな?
v1.5.1 に戻した後、 Accounts.protocol=0 にすると、フォローできるようになりますね。おそらく、0=Ostatus, 1= ActivityPub ということなんでしょうか。
select * from accounts where protocol = 1 order by last_webfingered_at desc; すると割とたくさん更新されている。
[Transitional measures] Activity_Pub always not ready. https://github.com/yukimochi/mastodon/commit/1c6ce49f41c7476bf54860cf0029e2061709f5c3
新しいユーザーをActivityPubに対応していると勘違いして、フォローに失敗するようになっているみたいです。まだ、Mastodonは、完全にActivityPubに対応していない上に、古いバージョンだってあります。私は、ActivityPubに対応しているという判定を殺すようにしました。
@unarist ホームでは、ストリーミングだと思います。その後、連合タイムラインはRESTで取ったものと思われます。
ぴけさんの画像きた。でも10分くらいかかるのRedisのキャッシュが関わっていそうな感じがすごいある。(でも、連合もだめなんだよな。。。たぶん)
ちなみに、この現象、オブジェクトストレージに投げるまでは、ほとんどなかったです。(マスターに問題が発生したタイミングとダブっているだけかもしれない。)
わふー!もうすぐ5000まんえんですー! https://camp-fire.jp/updates/view/35066
@plain FavやブーストによりSalmonが届くタイミングで、そのユーザーがActivityPubのユーザーと認識されて、次回のSubscriptionに失敗する感じです。
@plain 余裕があったら、dbに "select id,username,domain from accounts where protocol = 1;" で、残念なことになってしまったアカウントを探してみてください。(protocol は、1 がActivityPub で、 0 がOstatus です。)