You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
It would be very helpful in building apps with limited 'special knowledge' of the ecosystem if services with requirements (like 'auth required') could hint an alternate endpoint. This partially solves the discovery problem of services that connect to a single endpoint, etc. not moving to a more suitable endpoint for their use-case.
Describe the solution you'd like
In particular for scenarios like https://bsky.app/profile/johnspurlock.com/post/3ko3bv55z2623 - it would be good if the auth required also said 'go to this public endpoint', with some metadata the client can read as to why you may want to do that (such as 'authNotAvailable' or something). Would extend this to a PDS ('userNotHere'? Try bsky.social), etc., and later can be used to do things like shed traffic ('noNewConnections' or smth).
Describe alternatives you've considered
This could be done with headers or http status codes, but I think capturing it in the response as a JSON record allows for nuance in the reason, or things like returning multiple results (like saying 'if unauthed, go here; also I'm shutting down so to retry with auth go here'), or errors to be surfaced by clients.
Additional context
The various services could ultimately store the endpoints they need for different circumstances in a way that could be hidden behind api clients - and this approach could allow a client to map out the network (basically root hints for atproto) in a way that is helpful to network operators and end users.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
It would be very helpful in building apps with limited 'special knowledge' of the ecosystem if services with requirements (like 'auth required') could hint an alternate endpoint. This partially solves the discovery problem of services that connect to a single endpoint, etc. not moving to a more suitable endpoint for their use-case.
Describe the solution you'd like
In particular for scenarios like https://bsky.app/profile/johnspurlock.com/post/3ko3bv55z2623 - it would be good if the auth required also said 'go to this public endpoint', with some metadata the client can read as to why you may want to do that (such as 'authNotAvailable' or something). Would extend this to a PDS ('userNotHere'? Try bsky.social), etc., and later can be used to do things like shed traffic ('noNewConnections' or smth).
Describe alternatives you've considered
This could be done with headers or http status codes, but I think capturing it in the response as a JSON record allows for nuance in the reason, or things like returning multiple results (like saying 'if unauthed, go here; also I'm shutting down so to retry with auth go here'), or errors to be surfaced by clients.
Additional context
The various services could ultimately store the endpoints they need for different circumstances in a way that could be hidden behind api clients - and this approach could allow a client to map out the network (basically root hints for atproto) in a way that is helpful to network operators and end users.
The text was updated successfully, but these errors were encountered: