AT Protocolとしては与えられた`at:` URIからDID・リポジトリやレコードを直接(AppViewやrelayを飛ばして)解決できるものと理解しているけど、知らない`at:` URIへの参照を渡されたときに現実のAppViewがどう振る舞うのかを把握していない。Atmosphereエアプなので
先日、AppViewがそういう解決を行うという前提でBridgy Fedのissueでテキトウに発言したら、出来ないとの旨と返されてしまって(<https://github.com/snarfed/bridgy-fed/issues/1406#issuecomment-2440874324>)泣くなどしていた(?)
これ、新たに生やしたAppViewは当然過去のレコードのキャッシュを持っていないわけだからその参照に遭遇したときにどうするのかと思ったけど、AppViewの生存期間がコレクションのNSIDの生存期間のスーパーセットなら困らないと考えられるのか……? 流石にどこかに誤解があると思いたいけど
様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。
これ、新たに生やしたAppViewは当然過去のレコードのキャッシュを持っていないわけだからその参照に遭遇したときにどうするのかと思ったけど、AppViewの生存期間がコレクションのNSIDの生存期間のスーパーセットなら困らないと考えられるのか……? 流石にどこかに誤解があると思いたいけど