神楽坂しえる @Clworld@md.ggtea.org

@Clworld ただ全インスタンスが何かAP判定されるイベントがあればインスタンス全体をAPとみなすことが前提にあるなら、こちらが相手をAPと判定するとすぐに相手にAPのリクエストが飛んで相手もこちらをAPとみなすようになることが期待できるので一時的に問題が起こるだけであまり問題は起こらないかもしれない。(ただし全インスタンスが同じように動作するなら🤔)

master者がしてる購読解除はAPでPuSHが来たら(tootがだぶったら)購読解除してるので確実に向こうがAP対応&こちらをAPと認識してることを確認してから購読解除してる訳ですけどインスタンス全体に即適用していいのか疑問ではある🤔

めいし 前作ったのはついった用名刺じぇねれーたでめっちゃ適当に作ったやつなので…

Travis CI の人 女性の場合もあるの？

めーしないねー

share intent リモートフォローと同様に成功しましたメッセージ要るのでは…

OStatusのtootをBoostした結果 objectのidにtag:～がそのまま入っているのが意外…🤔

なるほど
https://mdx.ggtea.org/users/Clworld/outbox ( https://gist.github.com/clworld/99255fb4d0a40ca4c8b1d6b9122cc47a )がatomみたいなので、
https://mdx.ggtea.org/users/Clworld/statuses/343289/activity ( https://gist.github.com/clworld/46b26b597f7fd200a9aaed8f940a161a )
が個別のtootの表示ですね。

にゃー

ActivityPubのIDをOStatus側に寄せる事は出来無いので同じにするならActivityPub側に寄せないといけないという事になる訳だ…(ぶれいきんぐ…)

MastodonのOStatusは/feed/entry/idにtag:～という感じの物を入れてたけど、ActivityPubではidはURLでないといけなくなったのでOStatusと違うURL形式のidを使った結果 OStatusとActivityPubのstatusが同じ物か違う物か判別出来無くなったと…。

I start thinking that We need Activity Pub transition mechanism document (like IPv6 have).🤐

ActivityPub問題:
TootのIDが二種類になる(OStatus/ActivityPub)。
配送プロトコルが二種類ある上に配送プロトコルによってIDが変わる(dedupしないとだぶる)。
通知プロトコルも二種類ある上にActibityPubにOStatusのIDを渡すとどうも失敗する。

ActivityPubで古いTootを参照されたらActibirtyPub形式でTootを渡すのではないか。

😅

そろそろmdxを犠牲にする時ですかね…<master

掃除完了 https://md.ggtea.org/media/YBt_yG2GsQ89naCt9vs

掃除するためにRealforceを分解している https://md.ggtea.org/media/N6AeyaqiC0xLO-fc4AY

私ActivityPub分からないですけど、OStatusが分かっているかというとそうでもなくてMastodonのソースから分かる範囲くらいしか分かってないです(？)

(beaさんの観測網が拡大しててねこです)