金具✅

45391 posts 614 follows 441 followers

アイコンは @akkiesoft 氏作

金具✅ cobodo@mstdn.kanagu.info

同じはずなのに2つのTLで異なる内容のPlugin::Twitter::Messageが表示されているような状態が発生した直後にこれで落ちた
https://gist.github.com/cobodo/ebfc79786cee934d54235c96a8235965

金具✅ cobodo@mstdn.kanagu.info

@rinsuki なるほど。APIが違うのはそうでしょうね。mikutter的には別プラグインで対応するのが筋な気がします。

金具✅ cobodo@mstdn.kanagu.info

それらインスタンスから流れてくるものの表示に関してはベストエフォートですね

金具✅ cobodo@mstdn.kanagu.info

misskeyも非対応です。.xyzに登録しようとしたら紹介コード要求されて知らんがなになったので。

金具✅ cobodo@mstdn.kanagu.info

MastodonのID仕様変更には影響されないのは書いたとおり

金具✅ cobodo@mstdn.kanagu.info

それはそれとして、WorldonはPleroma非対応です。IDどうこういう問題じゃないくらいAPIの挙動が不明確でなんもわからんし対応しようがないので。

金具✅ cobodo@mstdn.kanagu.info

経緯はどうあれ、Mastodon側の仕様が変更されたらMastodonクライアントは追従しなきゃならない、というのは変わらん気がするなぁ。

金具✅ cobodo@mstdn.kanagu.info

メインヒロインの風格

金具✅ cobodo@mstdn.kanagu.info

https://twitter.com/buraninn/status/1089511458143068160

金具✅ cobodo@mstdn.kanagu.info

ssh経由で秘密鍵を運ぶと、その秘密鍵の想定強度が鍵自身の強さじゃなくて、転送に使った経路の暗号強度に依存するようになって管理が無理になる気がする。

金具✅ cobodo@mstdn.kanagu.info

ぶっちゃけmastodon APIが各種エンドポイントの引数にIDじゃなくてURIを取るようにしてくれていればIDを使う必要なんて完全に無いよ

金具✅ cobodo@mstdn.kanagu.info

fediverse uniqueな識別子としてはURIが提供されているからそっち使うべきですよ

金具✅ cobodo@mstdn.kanagu.info

とは言いつつも、Pleromaユーザーの態度は気に食わないとこある。

金具✅ cobodo@mstdn.kanagu.info

いや、そうでなくても静的型付け言語で実装する場合はJSONからのdeserialize時に困るだろうけど、stringに変えるだけでしょ。stringで降ってくるんだし。

金具✅ cobodo@mstdn.kanagu.info

これが騒動になるということは、やはり多数のクライアントは単一インスタンスへの接続のみを仮定しているのだな。

金具✅ cobodo@mstdn.kanagu.info

例えばブーストのようなことをAPIでする際はIDを要求されるけど、このIDはブーストしたいアカウントの所属インスタンスにおけるIDになっている。ブーストしたいトゥートがブーストしたいアカウントの所属インスタンスから流れてきていることなど絶対に仮定できないし、そもそもそのトゥートがそのインスタンスに流れてきていない可能性すらあるので、まずブーストしたいアカウントの所属インスタンスで対象トゥートのURIを（search APIで）検索して、該当インスタンス内にそのステータスのIDを確定させ、そのIDをもってブーストのリクエストを叩くようにしてある。IDはこの一連の処理でのみ使用され、他に保存したりはしない。

金具✅ cobodo@mstdn.kanagu.info

というのも、IDというのはインスタンスごとにuniqueではあってもグローバルにuniqueではないので、複数インスタンスとの接続を前提とする場合、クライアント内に保持するtootをuniqueに指定する識別子としては使用できないため、ロクに使っていない。