Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Follow your nose" referencing of user endpoints unspecified #24

Closed
cwebber opened this issue May 4, 2015 · 6 comments
Closed

"Follow your nose" referencing of user endpoints unspecified #24

cwebber opened this issue May 4, 2015 · 6 comments

Comments

@cwebber
Copy link
Collaborator

cwebber commented May 4, 2015

Presumably an implementation seeing the actor field of an activity or some other addressing is able to use that address to find the inbox/outbox endpoints of said user. However, our documentation does not specify how this happens, probably because previously this was specified to use webfinger.

Assuming we are taking a "follow your nose" type approach, there needs to be some way to extract those endpoints from the referenced page. I would suggest that the method of extracting endpoints be based on the content type of this URL: we should be able to these fields from an RDFa or microformats implementation, or alternately if there's an activitystreams actor representation, we could observe the inbox/outbox fields from that.

What do you think?

@cwebber
Copy link
Collaborator Author

cwebber commented May 4, 2015

Actually, what we should almost certainly do is embed JSON-LD in the HTML itself. This meshes with the approach we're already taking.

@elf-pavlik
Copy link
Member

http://w3c-social.github.io/activitypump/#actor-objects

Already uses outbox and inbox properties. They would just need proper definitions under ActivityPump namespace #30

Another option could take path similar to rel="micropub" and rel="webmention" which stay registered with http://microformats.org/wiki/existing-rel-values (IMO it doesn't allow use of their short forms in HTTP headers! w3c/Micropub#1 & converspace/webmention#38)

@tsyesika
Copy link
Collaborator

I agree with @cwebber that embedded JSON-LD as he linked is the way we ought to go, it seems the natural fit for what we have already.

I was going to suggest that if the client has application/ld+json in their Accept header then the server can respond with just the JSON-LD but I don't know how useful that would be in practice unless we required it which could cause problems with static sites. Because of that I will currently just add it in as the only method is embedding it in the HTML as the link describes.

@tsyesika tsyesika self-assigned this May 27, 2015
@tsyesika
Copy link
Collaborator

I have added a commit on this, I'm not sure if it's sufficient yet. I'm also not sure i like all the discovery being on that level of the actor (I know it is elsewhere in the document). I might prefer if it was in a "links" section or something.

@rhiaro
Copy link
Member

rhiaro commented May 29, 2015

Endpoint addresses as embedded JSON won't work where JS is disabled. Can we use html <link rel= as well?

@cwebber
Copy link
Collaborator Author

cwebber commented Dec 12, 2015

We agreed on how to do this at the most recent Face to Face (in San Francisco). Closing this, future activity will be tracked in #50

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants