お・・・。 ASのストリームに BOTの情報流れてねぇ・・・。(調べたらコストかかる・・・。)
エンタメ&教育系のWebエンジニアをしています。最近は原神にくびったけ。
ActivityPub 投稿リレーサーバーを開発・運用しています。 https://relay.toot.yukimochi.jp
[投稿のライセンス]
https://lab.yukimochi.jp/article/licence_mblog
[私のアバター]
透羽 / mio3io - https://南あかね.みんな
Now implemented. 接続されているサーバの一覧が公式ページから見れるようになりました。30分に1度更新されます。 https://relay.toot.yukimochi.jp/
現在、 23 インスタンスの連合をつなげています。 (監視アプリケーションのソースコード https://gist.github.com/yukimochi/4a2057b3795ec0b680183671127563df )
This account is not set to public on notestock.
カスメのプリセット吸えたらいいんだけど作り直しだろうな・・・。(お着換えごとに買いなおしなら、数千円で出せるといいわね。)
Now implemented. 接続されているサーバの一覧が公式ページから見れるようになりました。30分に1度更新されます。 https://relay.toot.yukimochi.jp/
残念ながら、リレーで BOT フラグを低コストに確認することができなかったため、 BOT ブロックは見送りです。
現在、 23 インスタンスの連合をつなげています。 (監視アプリケーションのソースコード https://gist.github.com/yukimochi/4a2057b3795ec0b680183671127563df )
Docker 使えないときは、なんでも golang で書くというポータブル術をつかうアレになった。。。(コンテナ環境だと Python や node 入れてないので)
ActivityStreams の投稿には、 actor の種別までは含まれないので、Service (bot)なら弾くというのは、actor の情報取得を伴って、かなりパフォーマンス的に良くない。
悪意のあるインスタンスがリレーに参加する件は、ドメインブロックで対応できるとは思いますね。。。(弊サーバでは配信コストが生じるけどそれは仕方ないので。)
再送しないリレーサーバのようなものを立てて、希望者だけがトゥートを一方的に提供することのできるタイプの検索サービスは面白そうかも。(pub_relay は、シンプルなのでその手の改造はしやすそう。)
This account is not set to public on notestock.
This account is not set to public on notestock.
寝れているから登録不可、1時間2時間さえ寝てしまうと登録が不可になり誰ものこらないマッポーな感じになる
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
@ars42525 S3互換の S3ではないオブジェクトストレージの話でしたか。。。(宅急便と宅配便みたいな話になってました。)
オブジェクトストレージといえば、 minio の mc いつの間にかいくらか高速化したような気がする。ヤッタネ!(でも、 AWS S3 sync コマンドが速い)
This account is not set to public on notestock.