Thatās really interesting that you handle the videos differently between your stories endpoint and your Micropub Endpoint. Is that for size? Browser compatibility? Whatās the thought behind that?
Makes sense, Iām good with starting the stories experiment with it being a separate endpoint.
I think I might be leaning towards an mp- command rather than a new endpoint. But there are some pros and cons.
The pros for a new endpoint that is at the same url as the GET for the data is that someone who hasn't built Micropub or wants to use an external service for their stories would make that possible. By de-coupling it, it provides more flexibility.
The cons for a new endpoint is that the authentication layer, the set up of a new endpoint can be a technical hurdle that might prevent more people form getting involved. For those that already have a Micropub endpoint, the addition of the stories feature becomes a pretty simple add on. It also means there's a new communication layer that people would have to understand, whereas Micropub with an mp- command is pretty simply understood.
Either solution would be pretty simple for me based on my set up, but I'm trying to think what would be more difficult for: a) Wordpress Users b) Static Site Users, anyone else that is building their own tech stack it's probably not a huge difference.
That said, I use an external Micropub library in my Node.js server that does the authentication against my token endpoint automatically. So if I were to add a new endpoint, I would have to write the code to handle the verification of my token endpoint. While my token endpoint is on the same server, for other people in similar situations, they might have juggling the authentication process.
channel: ['stories']
or you could make a specialized Micropub app like that have a config screen where you define what additional metadata it sends and then people could use whatever method they wanted, a channel property, a tag property, etc. I definitely don't think a new attribute would be right, and I know channel isn't really used anywhere except your and my sites, but we also can't do tag as a default or else the posts would automatically show up on people's websites as a normal post (unless they configured posts with a specific tag to be routed somewhere else). So this is tricky, but I definitely think something like this would be required for me to use it routinely. My default for my site would probably be to use a 'stories' channel and then to be able to set an audience on each photo/video so that some things I could provide to a subset of people.The other thing is Iām wondering, do we just make the story JSON mf2 json since you all have experimented with that as a Wordpress side file?
Screenshots of stories (or Snaps, if you wanna trace the idea to the original) seems to be the intended workflow. So Stories being saved doesnāt seem to be a problemā¦ I guess? And remember that if it got on the Internet, it remains on the Internetā¦ forever.
The visibility of story content seems to be present on story-supporting silos, so that should be fairly logical to implement. Authentication would be required in this case.
I see it fairly often. Is there any API in p3k to make these stories available in readers? Maybe we could build something interconnected, so every personās story was available in an IndieWeb reader!
I think stories are harmful for #IndieWeb, since they:
Iām using notmuch
to deal with my inbox. It sorts my email so I donāt have to. Maybe you should try it?
@EddieHinkle Iām using @aaronpkās Aperture. But Iām not sure how to subscribe there either...
@aaronpk is it a Samsung? My son turned off my TV using it's secret hidden button and I was confused for quite some time.