00:53:30
icon

Issueにかなりどうでも良い長文two centsを投げつけていたらタイミング悪くメンテナのコメントと被ってしまって、マジで邪魔なコメントを投げただけの人になってしまった

07:59:33
2024-11-16 00:12:42 Jan Wildeboer 😷:krulorange:の投稿 jwildeboer@social.wildeboer.net
icon

このアカウントは、notestockで公開設定になっていません。

07:59:35
icon

"outsource traffic and storage costs"の部分は私も疑ったことがないでもないけど、仮にリレーやAppViewのキャッシュを抑制してAppViewがblob referenceばかり返してクライアントはPDSを直接叩きに行くような世界観だったならまだしも、実際はAppViewは今のところblobとかもキャッシュしているようだし、そのストレージコストは既知のPDSの権威的なデータ(のうち関心のあるlexicon部分?)を全てひっくるめたものと大差ないのでは

08:00:32
icon

Blobs - AT Protocol
atproto.com/specs/blob
> It is not a recommended or required pattern to serve media directly from the PDS to end-user browsers, and servers do not need to support or facilitate this use case.
ともあるし

Web site image
Blobs - AT Protocol
08:09:54
icon

リレーも建てる試みは一応存在しなかったっけ? まあいずれにせよ恐らくサードパーティのリレーの存在の有無自体は大した問題ではなくて、というのも恐らくリレーを建てたところでAppViewがそれを見てくれなければ意味がないので

08:11:53
icon

エアプなので文の区切りのたびに免罪符として「恐らく」を挿入している(?)

08:26:13
icon

というかそもそもリレーなんてものに関係なく未知URIを都度解決できたならば一般のWebが分散的であるのと同程度には分散的なアーキテクチャと呼べただろうに(この際1 googolplex歩譲って検閲の問題は考えないものとする)、実際はキャッシュの立場が強すぎるっぽいのが惜しいと思っている。
"big world with small world fallbacks"の"small world fallbacks"って結局何なんやねん。クライアントの手元で手作業でDIDを解決・検証してPDSを直接叩くこと?(?)

08:30:58
icon

つまり、Blueskyは分散的ではなくて、ATProto Browser(<atproto-browser.vercel.app/>)こそが分散的ということなのですよね(?)

08:46:45
icon

リポジトリの購読までは"small world fallbacks"で解決できても、例えばリプライの存在の通知といったレベルの"reach"ですらAT Protocolのアーキテクチャでは恐らくネットワーク全体の集約に依存せざるを得ないので、これもかなら極端な設計と言えるかも知れない。
<strong>個人的には</strong>フォロイーからの通知と知らない人間からの通知の扱いが異なるのはある種の思い切りとしてはありなのではと思うけど、まあ少なくとも一般的な考え方ではないよね。この辺りはSMTP的なモデルの方が素直ではある

20:57:12
icon

スクリプトの内容をURLに突っ込み`eval(location.search)`することでベンチマーク上のスクリプトファイルのサイズを圧縮する技術(存在しない技術)

21:16:30
icon

Activity Streamsにおける`tag`の`name`をmicrosyntaxとして扱う慣習が非常にアドホックに思えてならない。こういうのはもっとまともなマークアップ言語に任せるべき仕事でしょ。例えばRDFaとか……(真顔)

21:22:53
icon

何かMisskeyで上手く表示できていないっぽいけど、まあそれはMisskeyが悪いということで(?)

21:24:27
icon

こんな感じで……

```html
<a href="example.com/actors/1" rel="as:cc" type="application/activity+json">@alice@example.com</a>
<img property="as:tag" resource="example.com/emojis/1" typeof="joinmastodon.org/ns#Emoji" alt=":blobcat_foo:" />
<a href="example.com/notes/42" rel="misskey-hub.net/ns/" type="application/activity+json">RE: example.com/@Alice/42</a>
```

Web site image
Misskey Extensions to ActivityPub | Misskey Hub
21:27:35
icon

というかJSONにHTMLを突っ込むのもだるいので、初めから全てXMLにしません?(Atom Activity Streams 1.0の再発明)(?)

21:34:13
icon

Fedibirdで`misskey-hub.net/ns/#_misskey_quote`と書こうとするとフラグメント部分が消える現象があるのだよな。<example.com/#foo>のように単にフラグメントがあるだけのURLでは再現しないので、条件としてはリダイレクトがあるURLとかだろうか

Example Domain
22:40:03
icon

s!/#!#!
(`/`の有無でリダイレクトの有無が変わるので、この文脈では重大な誤字)