お・・・。 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 )
このアカウントは、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 は、シンプルなのでその手の改造はしやすそう。)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
寝れているから登録不可、1時間2時間さえ寝てしまうと登録が不可になり誰ものこらないマッポーな感じになる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@ars42525 S3互換の S3ではないオブジェクトストレージの話でしたか。。。(宅急便と宅配便みたいな話になってました。)
オブジェクトストレージといえば、 minio の mc いつの間にかいくらか高速化したような気がする。ヤッタネ!(でも、 AWS S3 sync コマンドが速い)
このアカウントは、notestockで公開設定になっていません。