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

昔のついった名刺は http://www2.elecom.co.jp/paper/card/business/mt-fmc/ のミスト(和紙っぽい印刷がされてるフィルム)を使ってたんだけど製造終了していてめっちゃ悲しい。

今気付いたけど相手にAPと認識される前にうっかり購読期限が切れるとましまろになるのね…🤔(webfinger間隔的に起こり得るかわからないけど)

全インスタンスが同じ動作する はMastodon以外のAP対応インスタンスが発生すると崩壊するので多分駄目な条件です🤔

I think we shoud unsubscribe OStatus when and only when we receive AP from remote account. (for AP migration)🤔

@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