もっと見る
のえる :cava_red: DTP鯖管 さんがブースト
のえる :cava_red: DTP鯖管 さんがブースト

現在、Mastodonのリレーでは、PleromaのActivity(投稿、フォロー、お気に入りなどの情報)を受け付けません。

これは、PleromaがActivityに署名を付与していないため、正当な送り主が送ってきた、改ざんされていないActivityであることを、簡単に確かめられないからです。

Fediverseのサーバ同士が直接やりとりする場合は、HTTPリクエストに署名を行う仕組みを使って、Activityへの署名を省略することができます。

PleromaはHTTPに署名すれば、Activityに署名しなくてもいいんじゃね?と判断しているわけです。

リレーは代理で送信する仕組みであるため、HTTPへの署名では正当性が確かめられない(むしろ、他人が送っていることを証明している)ため、Activityへの署名が頼りです。

なお、Pleromaのリレーでは、代理で送信せずに、このActivityを受け取って!という通知(Announce)だけを行って、受信するサーバに直接取りに行かせることで解決しています。

FiraCodeっていう、リガチャ(合字)によって、==>などが一体の字形になって表示されるステキフォントがあるんだけど(使ってる。オススメ)
github.com/tonsky/FiraCode

だんだん欲が出てきて、>< とか ><; を合字で表示する機能が欲しくなる……。 @orange_in_space さん専用。

カスタム絵文字と違って、元の情報には一切手を加えないのが魅力。

のえる :cava_red: DTP鯖管 さんがブースト

フォロー返しとかいうのを義理でやるとろくでもないことになるので、ちゃんと興味のあるユーザだけ選別してフョヨーすべき

のえる :cava_red: DTP鯖管 さんがブースト

絵にはタグつけてる人もいるよね.神絵師ではないけど,私もそうしてる.

のえる :cava_red: DTP鯖管 さんがブースト

グランマカレーガチャ 2/8 コンプ(赤、灰)
チャレンジ券連続 6回目

さて、豆を買いましょう。

ブラジルセラード・ペルシード
store.shopping.yahoo.co.jp/nel

ヤフーから注文入れますね! @nelsoncoffeeroaster

Samsung NEXTから70,000 USDの寄付を得た件で話題になったOpenCollective、新しい資金提供と貢献者への分配のプラットホームですが、公式のドキュメントにも記載が追加されましたね。
QT: mastodon.social/@Gargron/10149

Eugen Rochko  
Updated CONTRIBUTING.md with a note that you can request to be paid through OpenCollective if your contribution has been accepted into Mastodon htt...
のえる :cava_red: DTP鯖管 さんがブースト

Mastodon v2.7.0, v2.7.1 にはピン留めしたハッシュタグ TL がストリーミングされない不具合があります。
それ以外は各種機能追加や不具合修正、改善などありますのでできれば更新おすすめします。
github.com/tootsuite/mastodon/

Pleroma、リレーの受信は問題なさげ。

relayctlが送信するActivityの何かが原因でタイムラインの読み込みにエラーが発生する症状がでているので、原因解明までPleromaあての送信は失敗するようにしておくことにする。

Mastodon FE(PleromaのMastodonの見た目のフロントエンド)では問題が起きないので、Pleroma FEを調べる。

スレッドを表示
のえる :cava_red: DTP鯖管 さんがブースト

Adobe Photoshop 20.0.2 のリリースで修正された問題

helpx.adobe.com/jp/photoshop/k

少し前から配信は始まってますが、公式の日本語訳が出ていたいので。

ふむ。pleromaインストール簡単だなぁ。実質、brew install elixir しただけやん……。

【DTP-Mstdn.jp】
HEAD is now at 28866d329 Bump version to 2.7.1 (#9932)

Mastodon v2.7.1になりました。
github.com/tootsuite/mastodon/

まぁ、非互換性といっても、一つ一つは些細なモノです。

ただし、どんなに些細な違いでも、エコシステムに致命的な影響を与えることがあります。

APIの破壊的変更を伴って、辛うじて生き延びていた古いバージョンのサーバやクライアントが死滅するかもしれません。まぁ、隕石が衝突したみたいな話ですね。

リレーの話で言うと、PleromaのinboxにPOSTする(Activityを送信する)際に、Content-Type : application/activity+json をちゃんと送信する、というのがありました。

pub-relay、何も送らないんですが、そうするとPleromaがHTTP 500エラーを吐きますw

Mastodonは動いちゃう。

いま、MisskeyからのPublicKeyがデコード出来ないってエラーでハマっています。解決方法は確認中です。まぁ、そういう話です。

なんか難しい話してる、としか思えないかと思いますが、恐らくActivityPubを扱っている人ならだいたい同じトコで悩むことが多いと思うんですよね……。

スレッドを表示

ハッシュタグリレーは、Mastodon本家のリレー(pub-relay / Crystal言語で書かれた配送にsidekiqを用いるバージョン / 作成者はChris Hobbs)から派生して書かれているのですが、

この本家リレー、ActivityPubベースでやりとりするようになっていて、一応はFediverseに向けた汎用目的になっていますが、実際はMastodonの実績はなく、そのままで機能するようにはなっていません。細かなところで非互換があって、実装間の差異を埋めていくには、ActivityPubの実務に詳しくなっていくしかなさそうです。

現在、少しずつActivityPub対応のコードを書く人が増えてきているように観測していますが、情報交換を行ったり、その記録を残したり、非互換の解消を働きかけたり、一緒にやれることについては協力できるといいなと思ったりします。

ちょっと簡単に言い直しますw

現状、Pleromaのハッシュタグリレー対応には、ちょっとPleromaの改造が必要になりそうです。
dtp-mstdn.jp/@noellabo/1014958

信頼できる署名(LDS)があれば、どれだけ多くのリレー先に届けても、送信元の負荷は一定です。リレーに預ければ、それで終わりです。

ところが、リレー先が一斉に送信元にデータを確認しにいく実装となると、リレー先が増えれば増えるほどアクセスが集中することになり、多大なる負荷となります。(nginx等でキャッシュすることで大幅に負荷を軽減できますが、依然としてリレーより負荷が高くなります)

やはり、PleromaにLinked data Signaturesのサポートを追加するのが現実的であるように思います。

スレッドを表示

Mastodonの場合、LDSが含まれるため、信頼できると確認できますが、Pleromaではこれができません。

Mastodon側で対応する方法としては、Activityに含まれる本来の送信元へ問い合わせして、裏付けをとるという方法があります。

投稿であれば、実際の投稿内容を取得して、一致しているかどうか確認すればいいわけです。動作としては、おおよそブーストの場合と同じです。(我々はフェッチしにいく、という言い方をします)

削除であれば、HTTP 404 Not Foundか、Tombstone(削除されたことを示す《墓石》)になっていることを確認すればいいわけです。

ただし、この実装は著しく非効率です。

Pleromaのリレー実装が、このようなブーストベースのものになっているということですが(詳しく見ていません)、コンセプトはともかく、実用上は現実ではないと言われています。

雪餅(2018) 連合リレーと Activity Relay
blog.yukimochi.jp/2018/12/fedi

スレッドを表示
もっと見る

のえる :cava_red: DTP鯖管 によるおすすめ:

DTP-Mstdn.jp

DTP-Mstdn.jpは、DTP・デザイン・印刷に関わる人々のためのMastodonインスタンスです。特定分野の専門インスタンスですので、日々のつぶやき、耳寄りな情報の共有、ディスカッション、質問とその回答、役立つスクリプトなど、他では投稿しづらい内容も、思う存分トゥートしましょう!