もっと見る
雪餅  
プレロマ系のリレーが Python にも関わらず、Mastodon のそれより速いって謳っているあたり、 Crystal なのになんでやねん!という思いはある。(job queue を採用していないので、シングルインスタンスでは プレロマのそれの方が有利な条件になることもあるだろうが。)
雪餅  
Activity-Relay、先行実装からフォークでも PR でもなく独自に実装したことを残念に思う人間もいるんだろうなと思いつつも、圧倒的に性能の出ないあのリレーに貢献して同じ性能まで持っていく苦労のほうが高い。(結果論ですけども。)
わんせた  
ハッシュタグリレーというと、今のところnitiasa.comにハッシュタグ由来の流入とかが特にないのが悩みどころではあるのよね もともと雪餅リレー参加してたからそもそも流れる範囲が増えてないって可能性はメッチャクチャあるが

Mastodon Advent Calendar 2018の10日目の記事をアップしました。

インスタンスの役割とリレーのもたらすもの | のえる研究所
noellabo.jp/blog/mastodon-adve

リレーが何をするもので、そもそもインスタンスが引き受けている役割はこういうことだから、リレーを導入するとこうなるよ、という話をまとめて書きました。

タグで感想お願いします!

雪餅リレー、頼れるパトロン達が支援していて、ヘタなインスタンスより運営安定してきた感ある。
relay.toot.yukimochi.jp/

リレーサーバ、いうても受け取ったアクティビティを参加サーバの数だけリピート配信するだけだし、リトライしないので、そんなに重くないよ。画像とか処理しないし。

ハッシュタグをフィルターする処理あるっちゃあるけど、証明書の処理などと比べてたいした負荷じゃないし。

(時々不具合っぽいので死んでてご迷惑おかけしてますが)

いま、さくらのクラウド2Gなので、スペック不足なら増強して対処します。



が参戦したハッシュタグリレーですが、さすがにハッシュタグだけリレーなので、流量はたいしたことありません。

既に十分な流速のFTLをお持ちのインスタンスにおいては、参加しておいて損はないかと思います。
hashtag-relay.dtp-mstdn.jp/


リレー参加のインスタンスは、選りすぐりのリストという話をしたな。あれはウソだ。

リレー管理者がメンテしないと、死んだインスタンスが混じってしまう。

リレー管理者は、停止措置ないし削除をする権限は確保せねばならぬ。あるいは、条件設定して、自動削除するようにすべきか。

の趣旨には賛同していて、積極的に出入りしたり支援したりしてるけど、Discordでやるのはチョット違う気がしてるのよね。

なので、 とかはMastodonのハッシュタグ中心に話している。ただ、他の人がタグを使ってくれないという致命的な問題があるw

リレー、やはりオプショナルな位置付けなのは変えない方がいいと思うな。

リレーの為に変更すべきところは、リレーに送信するトゥートをフィルタリングする機能。

今のところリレー側でrejectするようにコード書いてるけど、半分無駄なので、これをあとで本体に持ってくる(ちゃんと整えてから)。

生きているインスタンスリストの中でも、

・鯖缶が熱心に活動中
・最新版に更新している
・Fediverseへの意識が強い

という特徴を兼ね備えた選りすぐりのリストがあります。

リレーの接続インスタンスです。
relay.toot.yukimochi.jp/
pub-relay.hama3.net/
relay.kemo.one/
hashtag-relay.dtp-mstdn.jp/

雪餅  
YUKIMOCHI Toot Relay Service の利用規約とプライバシーポリシーを制定しました。適用は、10/1 からです。9/30 以前に関しては、無規約(??)状態です。 それと同時に Top ページのリニューアルも進めています。 https://relay.toot.yukim...

変わり種リレーアイデア出し、半分ふざけてやってるけど、こういうの希にスマッシュヒットでるので、バカにできない。

■ 翻訳リレー
日本鯖には日本語で、海外鯖にはその言語で、対訳を追加してリレーしてくれる。

GoogleのAPIなどを使って作れないこともないが、無限にメチャクチャ金がかかる。どうするの。

サービス整理・統合のため、relay.dtp-mstdn.jp および relay2.dtp-mstdn.jp を閉じることになりました。現在、配信を停止しております。お手数ですが、参加いただいていた方は、管理画面にてリレーへの接続を削除していただけるようお願いします。長らくご利用いただきありがとうございました。

なお、雪餅リレー、浜さんリレー、ちほーリレー(それぞれ勝手に名付けた)などに既に参加されているインスタンスがほとんどでしたので、影響は軽微かと思います。

ハッシュタグリレーについては、現在、ハッシュタグ以外の条件で絞り込みを行う設定ページを作成中です。こちらも当面は運営継続しますが、いずれかの時点でドメインを変更して、新バージョンへの移行を行います。

リレーは、詰まるとやっかいですが、無くても致命的ではないサービス(オプション機能)であり、発展途上のシステムですので、積極的に刷新していくつもりです。

リレーの負荷、実態はどうなのかな。

100の接続インスタンスがあると、1が受信で、99が配信。

受信は来たものをチェックする程度でなんでもないけど、配信はインスタンスの応答が鈍いと足をひっぱられるかな。とにかく応答が遅いヤツが厳しい。即座にエラーが返ってくるヤツは大丈夫。リトライしないで捨てるので。

リトライはしないけど、次のアクティビティが来た時またその遅いヤツに送ろうとするので、ここを対策しないと結局ツライ。

このへんは皆考えていると思うので、私などが考えるより、その知見に頼りたいトコロ。

違いとしては、リレーは常にオプショナルと見做されていて、届かなければ届かなくても構わない、というスタンスであること。マジメに全部送ろうとしないで、上手に捨てちゃえば良い。

捨て方で考慮するとしたら、削除のアクティビティをどうするか。新規が届かないのは何も起きないのでいいけど、削除は完遂されないと相手方に残っちゃって嬉しくない。まだ送ってないヤツの取り消しなら捨ててもいいけど、それを判定しないのがリレーという気がする。

みんなたくさんお気に入り・ブーストしてくれるのありがたいんだけど、実装の詳細すぎて、そこまで需要のある情報には思えないw

投稿がリレーされる仕組み、ならみんな知りたい情報だと思うけど、これ、ただの登録のシーケンスだからね……。ほとんどデバッグ用ですよ……。


QT: dtp-mstdn.jp/@noellabo/1007524

のえる :cava_red: DTP鯖管  
途中まで書いて放置してあるヤツだけど、リレーに登録するときの流れはこんな感じ。 #リレーの話

途中まで書いて放置してあるヤツだけど、リレーに登録するときの流れはこんな感じ。

もっと見る

のえる :cava_red: DTP鯖管 によるおすすめ:

DTP-Mstdn.jp

DTP-Mstdn.jpは、DTP・デザイン・印刷に関わる人々のためのMastodonインスタンスです。特定分野の専門インスタンスですので、日々のつぶやき、耳寄りな情報の共有、ディスカッション、質問とその回答、役立つスクリプトなど、他では投稿しづらい内容も、思う存分トゥートしましょう!