earl:yukimochi
follow_id:actor_id
follow_actor_id:activity_id
inbox_url:inbox_url
state:(none)

Pleroma版からYUKIMOCHI版への移行、元がjson-ldなので移行は死ぬほど簡単説

作るとは言っていない

jsonでの移行かと思ったら、Redis直インポートかー

@YUKIMOCHI これ、inbox_url以外の項目って何で使う感じです？

@YUKIMOCHI なるほど…

inbox_urlだけでいいのであれば、HSETでぼこすか投げ入れちゃっても良いのかな

@YUKIMOCHI inbox_urlだけで動作するのであれば、Sidekiq版->Activity-RelayとEarl版->Activity-Relayの移行方法は全く同じで良いですね

Earl版も結局inbox_urlさえあれば処理したるで！の思考なので、移行しやすいのか

伝送を安定して行えていれば機能を追加する需要はそうそうないので、リレーサーバの開発が停滞するのは当たり前か…

@YUKIMOCHI （なんとなく動いていれば、ユーザーには見えないところなので気にされなかったり）

そもそもリレーが大規模になりすぎると情報過多になる感はある

Lambdaでリレーサーバ作る計画、脳味噌が仕事しなくなって来ているので凍結している

@YUKIMOCHI 情報量が少ないサーバへの救済措置的な側面はあるので、にぎわい始めていれば動いていなくても気がつかれないですからね…

長文書けないし、プログラムもかけない、そんな残念な脳味噌

ものすごいねむみと戦っている

Activity-Relayを`docker-compose build && docker-compose up -d`したなど

自鯖のGitlab、最近謎のユーザー登録があるな…

git diffしたときに出てくる大量の"^M"