Bearerトークンをサーバーサイドで保存しても結局自前JWTがアレならセキュリティ的には一緒ではという。
DBに全ユーザーのBearer保存しとくほうがアレくないか?
Bearerトークンをサーバーサイドで保存しても結局自前JWTがアレならセキュリティ的には一緒ではという。
DBに全ユーザーのBearer保存しとくほうがアレくないか?
OAuthねぇかーーーならログインセッションをlocalStorageとかに……よくはないかな……
OAuthねぇかーーーならログインセッションをlocalStorageとかに……よくはないかな……
→いわゆるuidみたいなやつ
handle
→多分Twitterで言うところのscreen_name
displayName
→多分Twitterで言うところのname
avater
→アイコン画像のファイルパス
背景画像未設定だから取れてないのかな
→いわゆるuidみたいなやつ
handle
→多分Twitterで言うところのscreen_name
displayName
→多分Twitterで言うところのname
avater
→アイコン画像のファイルパス
背景画像未設定だから取れてないのかな
ただなーフレームの投稿についてはTwitterのみのままかなーしばらくはなー。そういうデータ構造になってないからなー。
ただなーフレームの投稿についてはTwitterのみのままかなーしばらくはなー。そういうデータ構造になってないからなー。
com.atproto.repo.uploadBlob
これに画像をblobで送信。
レスポンスの$linkが画像のidかなにか。
com.atproto.repo.purRecord
これのcollectionは"app.bsky.actor.profile"
recoed->avater->ref->$link
ここにさっき上げた画像の値を入れてリクエスト
で行けそうだな。
そもそものBearerトークン貰うとこはやっぱりid/appPassで取るしかないんかな
com.atproto.repo.uploadBlob
これに画像をblobで送信。
レスポンスの$linkが画像のidかなにか。
com.atproto.repo.purRecord
これのcollectionは"app.bsky.actor.profile"
recoed->avater->ref->$link
ここにさっき上げた画像の値を入れてリクエスト
で行けそうだな。
そもそものBearerトークン貰うとこはやっぱりid/appPassで取るしかないんかな
bsky.app/profile/nlla...
https://zenn.dev/nkte8/articles/2024-02-03-r01
bsky.app/profile/nlla...