のえる DTP鯖管 @noellabo@dtp-mstdn.jp

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

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

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

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

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

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

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

#リレーの話

@yamma_ma おっけー！
掘り下げる段階になったらカラマネにトピック作って分離するかもしれませんが、しばらくは一緒でいいかなー。 #dtp

@yamma_ma ソフトウェアとサービスのカテゴリ、作ってみました。＞Discourse #dtp

ユーザーのメディア一覧に、お気に入りボタンとブーストボタンをつけてみる試み。ちと微妙。

動くけど、いまのところ、DTP-Mstdn.jpのユーザーじゃないと試せない。

@unarist さんのつぶやきから着想。 #dtp
QT: https://mstdn.maud.io/@unarist/100772077406998241

@yamma_ma Discourseに純粋なサービスやソフトウェアのカテゴリが欲しくなったりしない？（というか自分が欲しくなっている）

カラマネカテゴリでは、利用の方に焦点をあてる感じになるから、ソフトウェア公開とサポートが混ざると使いづらい面があるかも……。 #dtp

@MasagoKazyoshi 支持体ってのがまず専門用語ですよね……。

似たような話で、印刷屋はインクではなくインキって言いますw #dtp