@toneji 正解！

@guskma おかえりー、おつかれさま！

このアカウントは、notestockで公開設定になっていません。

@akfm ご無沙汰デース！ #dtp

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

たくさんVPSを潰したので、代わりにさくらのVPSをひとつスケールアップ。Dockerで動かしていたサービスが見違えるように速くなった。

ふむ、これでだいぶバランスとれたんじゃない？

まだ新しいXsとか入手してないから自分で確認できないけど、カラー表示の仕組みに変化があるのは確かよね。あとでちゃんと調べよう。
http://news.livedoor.com/article/detail/15348472/ #dtp

このアカウントは、notestockで公開設定になっていません。

よし、今日はVPSを3つ解約できたぞ。あと一つ頑張って減らそう。

@the_boss きたきた！ 最近楽しみになってる。

このアカウントは、notestockで公開設定になっていません。

しかし、MastoPeekよ。リレーのインスタンス情報をモニターしようとするのは無益だぞ。API生えてないし。https://mastopeek.app-dist.eu

@toneji ハッシュタグリレー、雪餅リレーと参加するインスタンスが違ってて面白いです。

約半数が他のリレーに参加していて、残り半数がハッシュタグリレーにしか参加してない。

とりあえず名前そのまんまで、設定変更できるようにしてみて、もう少し様子をみたいと思います。
#リレーの話

このアカウントは、notestockで公開設定になっていません。

@TaiseiMiyahara @loxodonta 目が一緒なら一緒でいいって感じかな。

……いや、それだと、キツネも犬もネコ目だから、みんなネコになってしまう……。

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

@frfr 流れてきたトゥートから収拾するしかないよね。そうすればアクティブなアカウントだけを対象にできるし。
#リレーの話

@frfr ひとりぼっち惑星リレー、良さそうですね！

参加リレーの参加者に、ランダムにメンションつけて、ひっそり届く。誰に届いたかはわからない。
#リレーの話

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

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

@frfr そうねぇ……

■ いまのなしリレー
普段は静かにトゥートを蓄えておき、「いまのなし」とトゥートされた直前のトゥート、削除の指示が来たトゥートだけをわざわざリレーしてくる迷惑なリレー。

botによるブーストと違って、本人によるホンモノのトゥートが改変なしで流れてくるから大変やっかい

黒歴史リレーというやたらに過去のトゥートを掘り起こす変種もいる（mixiに前科あり）

これにわざわざ参加する鯖缶はヤバイ。

#リレーの話

@TaiseiMiyahara @loxodonta 象……なのか……🤔

@frfr 普通の条件だと私が実装してるものに含まれてしまう（被ってつまらない）ので、どうせならあり得ないヤツをお願いしますwww
#リレーの話

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

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

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

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

#リレーの話

補足。安いのは、クラウドからクラウドへ引っ越すのに、最小限の費用で済む、という意味。

引っ越しのために両方立ち上げている間の時間分の支払で済むので、一日かけてやったとしても、せいぜい200円〜300円ってところ。半日で済めばその半分。

マストどす、復帰できるかなー。

現状、v2.4.0になってるね。ユーザーは各自、クライアントで接続して使えてるのかな。

死んでるのはWebUIなので、たとえば女将のアイコンはnginxが返してくるし、
https://mastodos.com/system/accounts/avatars/000/000/001/original/f8d71756790a0c0d.png

トゥートのURLも、text/htmlを要求するとエラーになるけど、application/activity+jsonを要求すると普通に帰ってくる。こっちはpumaが応答してるハズ。
https://mastodos.com/users/7_nana/updates/4

/ にアクセスするとLocation: https://mastodos.com/about で返してくる。

streaming止めてもWebUIは動くので、nodeは別の話かな。

誰かがssh接続して直接サーバの面倒を見るのが確実だけど、言うは易く行うは難し。技術的にはどうということはないけど、責任の取り方が難しい。

もう一個さくらのクラウドでサーバ借りて、そっちでUbuntuのMastodon環境構築して引っ越しちゃうってプランが、意外と現実的かもしれぬ。クラウドは時間単位の課金だし、コストも低廉。

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

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

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

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

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

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

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

#リレーの話