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

@yamma_ma 同人者なので、東京流通センターが最初に思い浮かぶw

Tone Response Curve ですね。
すげーーー！！
異次元の超便利ツールになってきた！！

あとはどうやってMacでこれを使えるようにするかだな……w #dtp

@toneji Mastodon以外のサーバでどんな機能追加が必要になるかまではわかりませんが、仕組みが単純なので、簡単に実装できるハズです。

--

リレーですが、フォローBotを不要にしたいという議論と、Diasporaのリレーの仕組みを参考に議論がはじまっています。

他の連合する機能を持ったシステムがこうした問題にどう取り組んでいるのか、先行する仕組みに寄せた方が良いのか、独自に発展した方がよいのか、互換性のあるものを目指すべきなのか……。

人任せにしていても、Mastodonの開発をリードするEugenさんと主要開発者、関連のIssueでの議論を中心に出来上がっていくと思いますが、我々も理想の姿について色々と考えて議論し、勝手にヘンなもの作ったり膨大なトラフィックを送り込んで怒られたりしながらw、何らかの形で参加していった方が良いのではないかと思います。

だいたい、ヘンなものができて押しつけられてから「どうしてこうなったの!?」とか思うワケですが、結局は任せきりにして意見しなかったことが原因です。どうせなら最初から参加しちゃいましょう。 #dtp

自分でリレーサーバのコードを書いたみたいな実装の説明をしましたが、単に読んで説明しただけです。読み違えていたらご容赦ください。

このあたりを踏まえておくと、リレーってどうよ、という話をする際に、実装を知らずに話すより生産的な議論ができるのではないかと思います。

https://dtp-mstdn.jp/@noellabo/100380169856378128 #dtp

@toneji Mastodonの方は、このリレーサーバと連携するための機能が追加されています。

基本的に、自分でリレーを立てる必要はありません。 #dtp

リレーサーバの実装の話。

現在のリレーサーバ実装（pub-relay）は、登録インスタンスのリスト（ドメインとinboxのアドレス）と、登録を拒否（ブロック）するドメインのリストだけをデータベースに持っています。

relay@リレーサーバ というアカウントが直接生えているので、各インスタンスはこれとやりとりしています。

登録インスタンスがrelayのinboxに投稿を投げてよこしたら、全登録インスタンスのinboxにそれを投げ直します（パススルー）。

relayへのフォローリクエストの体で、リレーに登録し、フォロー取り消しで削除。

sidekiqでProcessWorkerとDeliverWorkerが走っていて、ProcessWorkerがrelayに対するリクエストの処理、DeliverWorkerが各インスタンスへトゥートを配信する処理を行います。

sidekiqのキューはdefaultのみ、リトライは行いません。

登録インスタンス一覧と、ブロックの登録・削除を行う、シンプルなコマンドラインツールがついています。

実に美しく読みやすい。
※個人の感想です #dtp

リレー、動かしてみて良いところをみつけたり、問題点をあぶり出したりする段階なので、たくさん話題になるといいな。 #dtp

箕面どんの鯖缶 @toneji さんが、v2.4.3にリレーの機能だけをcherry-pickして動かし始めました。

https://relay.dtp-mstdn.jp をリレーに登録し、参加いただいています。こちらは現在11のインスタンスが登録しています。

@h3zjp@m.xn--fiqwix98h.jp によると、現在下記のリレーが観測されているようです。
https://m.中二病.jp/@h3zjp/100379360586852696

※ リレーはオプション機能で、全文検索機能のように、Mastodonに必ず必要なものではありません。また、まだ最初の実装が提供されて日の浅い、極めて実験的なものです。皆さんに積極的におすすめするものではありません。

いち早く体験し、どういうものが導入されようとしているのか、自ら確認してみたい！という人はやってみてもいいんじゃないかな、という程度です。

※ もともとがオプションということもあり、導入しても具合が悪ければすぐにリレー登録を止められるので、過度な心配は不要です。

※ cherry-pick：自分の気に入ったものだけをつまみ食いする、の意。gitで、特定の変更だけを取り入れるときに使う機能 #dtp

@toneji 仕組みとしては、Ruby on Railsの話です。

ま、今晩はこのぐらいにしておきましょうかw #dtp

@toneji リレーから他のインスタンスの投稿がFTLに流れてきていれば成功です。

https://mstdn01.noellabo.jp この臨時インスタンスのFTLと同じものが来ているハズです！ #dtp

migrateは、データベースに変更が必要な箇所をソースコードから見つけ出して、追加・変更のためのマイグレーションコード（rubyのプログラム）を生成します。

生成したmigrate用のコードは~/live/db/migrate/ に増えていきます。ここをチェックすると、データベースにいつどのような変更をしてきたのか、履歴がたどれます。

生成したコードを実行して、データベースに実際の変更を行います。

このコード生成と実行を行うのが、いつもやっている
RAILS_ENV=production bundle exec rails db:migrate
です。

（まれにmigrateに失敗して、アップデートが立ち往生することがあります。そのときに、問題を起こしているファイルを削除てやりなおしたり、コードに手を入れる場合があります）

Mastodon本体のプログラムは開発者達が修正してくれますが、自分のインスタンスの状態は自分で面倒をみなければならないので、覚えておきましょう！

@toneji #dtp

ここんとこマジメなことばかり言っていたから、少しくだらないことをいって中和せねば（いらない #dtp

@Cutls さんが違う世界線に生きているっぽくて……ゾクゾクする（ちがう #dtp

@toneji 最初の何行かが見えてれば。
7ac5151b7 (tag: v2.4.3) Bump version to 2.4.3
あたりまでで十分です。

まぁ、とりあえず、logは大丈夫だと思うのでほっといて、bin/tmpの処遇を決めましょう。 #dtp

@toneji 一行表示って意味なので、git log --oneline です。one #dtp

@toneji なぜそこにtmpができてるのかわかりませんが、中身を確認して削除かなぁ。 #dtp

@toneji 一番さいごのとこ、bin/tmp が増えてるけどどーすんの？って言ってきてます。 #dtp

@toneji ですです。ssh接続。 #dtp

@toneji 特に関係ないけど、不便じゃないかなと思ってw #dtp