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

箕面どんの鯖缶 @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

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

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

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

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

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

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

@toneji #dtp

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

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

ふぅ。おはようございます（ぉぃ #dtp

ちなみに relay.dtp-mstdn.jp の確認用臨時サーバはこちらです。
https://mstdn01.noellabo.jp

こちらは参加していただいているインスタンスは現在7つ（＋この臨時鯖）です。 #dtp

@h3zjp@m.xn--fiqwix98h.jp テスト用の臨時インスタンスおいときます。

mstdn-relay.hama3.net 観測所
https://mstdn02.noellabo.jp/

連合にトゥートが流れる状況を観測するためにご活用ください。このリレーにのみ参加しています。 #dtp

同一サーバにインスタンス2個立てのテストをするなど。 #dtp

relayはオプションですので、特に無理に導入する必要はないと思います。

連合の見えている範囲が狭いと、分散した個々のインスタンスが情報不足で孤立するので、それをカバーする仕組みかなーと思ってます。地域格差みたいな。 #dtp

それにしても、人のコードを読むの、すごくいいね。ちゃんと動くすごい綺麗なヤツも、どこか危なげなヤツもw

コードっていうのは、どこを切り取ってみても作り手のモノの考え方が反映されていて、あらゆる部分に学びがある。

まとまった部分には、設計思想が色濃く表れる。本人はそう思って無くても、これまで学んできたものがそうさせるので、たぶん他人の方がよく見える。

しかも、実行すると動くんですよ。あるいは、運が良ければ（悪ければ）動かないんです。

動かなければ、動くようにしなきゃならない。これがまたもの凄く学びがある。

コード読んだり書いたりしてる人、ずっとそういうことしてきてるんですよね。だからみんなそれぞれに引き出しがスゴイ。 #dtp