そこで
{"availableUserDomains":[".自分のドメイン"],"inviteCodeRequired":true,"links":{}}
を返してんだが次のリクエストが来ない……
info
やっぶみーん！
ところでここ数年謎なのは「来た」と「着た」の使い分けです。
来たわ！
/xrpc/*
で待ってたら
GET /com.atproto.server.describeServer HTTP/1.1
にリクエスト来たわ！勝ったぞ、これ！
クライアントは何にリクエストを送ってんだ？
PDSだけ何とかすりゃいいと思ってたけど、PLC と ViewAPP も作んなきゃいけない？のか？
ということは……（自分のドメインにアクセスしてみる）……あ、通じてない。
お騒がせしました……済みません。
こんばんは。ありがとうございます。
クライアントで「新しいアカウント作成」=> 「サービスを選択」 => 「その他のサービス」 => 「hogehoge」
とするとクライアントは
https://plc.directory/did:plc:hogehoge
を見に行くということでしょうか。
あ、違うや。えーと……そもそもの PDS (に存在するアカウント)が存在することをどうやってクライアントは判断しているのだろうか、という疑問でした。
did:plc:hogehogeを入手(com.atproto.identity.resolveHandle)できたのであれば、plc.directoryに問い合わせればOKです。
curl https://plc.directory/did:plc:hogehoge
.service.serviceEndpointがPDSになるはず。
こんばんは。ありがとうございます。
クライアントで「新しいアカウント作成」=> 「サービスを選択」 => 「その他のサービス」 => 「hogehoge」
とするとクライアントは
https://plc.directory/did:plc:hogehoge
を見に行くということでしょうか。
取り敢えずログボください。
やっぶみーん！助けてー！
boobee.blue でもハンドル解決は
https://サーバ/xrpc/com.atproto.identity.resolveHandle
だし、API_KEY_URLは
https://サーバ/xrpc/com.atproto.server.createSession
その他も一緒というのは分かったが……クライアントはどこを見て PDS の存在を判断してんだ？
暇なんとかとか顎ひげクソペテン師とかはつったーとともに沈んでくれ。
あれ？
ひょっとしてblueskyとNostr、本質的にはやってること変わんない？
ヤブミーギブミーログボ。
やっぶみーん！
