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

そもそも、旦那に浮気 🤔 #dtp

@panda_planet そのときついでにコイツをcherry-pickして…… 🍒
https://github.com/tootsuite/mastodon/commit/e55dce3176b7ac0a23a8a652c2626707a1b74dbb #dtp

やっぱり銀河丼をリレーに引き込まなあかん。もっと環境を整備しておかねば……。 #dtp

@rk_asylum 正直、ガチガチ過ぎてツライ。 #dtp

@mochi_roc たとえば、視覚デザイン研究所のVDLロゴGって書体ありますよね。

これ、本家のライセンスこんな感じです。
http://www.vdl.co.jp/license/index.html

Typekitのはこちら。
https://helpx.adobe.com/jp/typekit/using/font-licensing.html

もちろっくさんはマジで見ておいた方がいいですよ。追加料金なしで利用できる範囲が全然違います。 #dtp

Typekitの本当の凄さは、本家とはライセンス（許諾範囲）が異なることかな。

……DTP勢の詳しい人を呼んでこないと説明できないけどw #dtp

@kedama むむ、それはヤバイ……。連絡手段あったっけか。 #dtp

@centumix そういやホスティング勢は改造するワケにはいかんのか……。

必要性を訴えてマージしてもらうの、ハードル高いな……。 #relay考

@wakin quote_indicator_container.jsの10行目ですよね。

replyとかreblogとか修正入った時に一緒に直しておかないと、あとで気付くのは難しいですね……。

ウチはその変更入った時にmaster追っかけてたので、mergeする時に直しちゃったんでした。今度またヤベー変更を見つけたら報告します！ #dtp

@centumix botバッチが設定されているアカウントのトゥートを、インスタンス側で投げないようにしました ＞ DTP-Mstdn.jp

commitおいておきます。誰でもできる簡単なお仕事です……
https://github.com/dtp-mstdn-jp/mastodon/commit/84ba276d980e28306f756dc546315c4e4d8c8550

インスタンスでルール化しているなら、Mastodon側でBotアカウントの公開トゥートを強制的にunlistedにしてもいいような気がします。 #relay考 #dtp

@Yaaaa @sximada との掛け合いを見ていると、ここはボケなくてはいけない!! という気になるんですがw #dtp

@Cutls クライアントで実現しちゃうのが手っ取り早いので、私もクライアントに手を出したい……。

他方、WebUIや本体が標準でもっていないと、Mastodon全体の発展には繋がらないんですよねぇ。 #relay考

Mastodonは、連合があるから、どこのインスタンスに登録しても同じだよ！

……というのは今のところ情報強者の理屈でして、

よくわかんないけど、たしかにそうだね

って状況を自然に実現する方法は、もう少し智惠を絞っておいた方が良いと思います。

リレーがうまく機能すれば、その一助になると思いますが、この観点からはどうでしょう？

#relay考

リレーされる情報を、無作為に減らして、一定量以上はリレーしないようにする、という乱暴な実装も考えられる。負荷軽減策。

1toot/秒以上は受け取らないとか、100toot/日をlimitにするとか。

pub-relayの実装も、全ての情報を確実に伝えることは意図していない（リトライしない）し、まぁ賑わえば歯抜けでもいいんじゃね🤔

#relay考

見づらいとこ書き直したくなるけど、やめておこうw #dtp

リレーによる機能の実現

・リレーに送信するが、受信しないインスタンスを認める（inboxに投げるだけでフォローしなければOK）
・特定の条件を満たす情報のみリレーする機能（タグ、キーワード、インスタンスなど）
・リレーをリレーする機能（ループしないよう、経路情報やTTLのような情報が必要？）
・経路情報やキーワードマッチ結果などの付加情報を持たせる機能（元情報をペイロードとするガワをつくる等）

リレーの倫理

・利用目的の明示（目的外利用の禁止：検索インデックス作成、トップランキング、ワーストランキング等）
・検閲・情報統制への利用を防ぐとともに、スパム・迷惑行為への対処をどう実現するか

#relay考