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

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

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

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

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

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

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

雪餅(2018) 連合リレーと Activity Relay
https://blog.yukimochi.jp/2018/12/fediverse-with-relay.html
#リレーの話
#ハッシュタグリレー

リレーのPleroma対応、現在の結論としては、PleromaにLinked data Signatures(LDS)のサポートを追加するのが最善という判断です。

--

PleromaのActivityには、LDSによる署名が含まれておらず、リレーから送信されてきたActivityが信頼出来るかどうか判断できません。

そのため、リレーから送信するところまでは動作するのですが、受け取ったサーバが拒否します。

通常の連合では、HTTP Signaturesによって、送信元、送信先、日時、送信内容（Activity）のハッシュを署名して送信し、受け取った側でそれを検証することで、改ざんされていない内容であることを確認しています。

Pleromaでは、これで必要十分であるとして、LDSのサポートを省略しています。

ところがリレーの場合、送信元が元の送信元ではなくリレーになるため、Activityの送信元と不一致で信頼できません。
#リレーの話
#ハッシュタグリレー

@Yohei_Zuho @baptize ドロップシャドウを使った縁取りの優位なところは、クリッピングマスクなどパスで切り抜いたものだけでなく、Photoshop等で背景を透明にしたオブジェクトにも適用できることです。

ちと重いですが、大変便利なので覚えておくべし。 #dtp

めかぶ美味しいよね。

それはそうと、形態素解析とか手軽に出来ていい時代や。SNS使うんだから、テキストをソースに色々やるのがやはり楽しい。
#theboss_tech

マストドンクライアントは、API使って作る分には難易度低いので、いろいろ開発すると良いと思うよ。
https://docs.joinmastodon.org/

ActivityPubでお話するの、誰もまとめてない感じで難易度高いよ……。ソースコード読んで、立てて試すのが最良という感じ。 #theboss_tech

こちらはpleromaのソースみてるけど、internal server errorの原因を調べるの、動かさないでやるの難しいね。たてるのか？これ。 #theboss_tech

ざぼてくタグ、techの話してる。良き哉。 #theboss_tech

マンバ通信さんのドラゴンボールの考察話なんですけどね、ベジータと悟空、とてもいいですよね。いわゆる、ご飯何杯でもイケる系。

何かに帰属する生き方、なにものにも捕らわれないこと、どちらについても考えさせられます。
https://magazine.manba.co.jp/2018/01/29/ueda-dragonball5/
#ドラゴンボール #マンバ通信