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

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

--

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

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

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

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

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

めかぶ美味しいよね。

それはそうと、形態素解析とか手軽に出来ていい時代や。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/
#ドラゴンボール #マンバ通信

sidekiq、25 worker が一気に始動して、あとは順次入れ替わっていって、全部終わって次が来るの待ってる、という感じ。実に健康的なお通じ（ブチミリません）

この時、エラー出たら即座にあきらめてリトライしません。何かあって受取損ねたら、配信されないで終わります。
#リレーの話
#ハッシュタグリレー

リレーの配信ログみてると、早いところは 0.1 sec とかで終わるし、遅いトコは 3.3 sec とかかかったりしてる。まんなかは 1.0 sec ぐらいかな。さすがにドイツの非力鯖は遅い（ウチの観測鯖）。ちほーがやたら速い。

sidekiqが 25 worker で動いていて、ひたすら配信だけしかしてない。メモリは半分ぐらい空いてる。CPUは76ms平均とかそんな感じ。

これから何か実装する度に重くなるし、まだ最適化のことは考えていないけど、今は余裕がある。
#ハッシュタグリレー
#リレーの話

リレーに流れてきた12時間以上古いアクティビティを捨てるようにしてみました。

効果があるかはわかりません🤔

その他、OpenSSL 1.1.1に対応するテストなどを行っています。動いている。たぶん。
#ハッシュタグリレー