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

Add support for WebSub #18

EdwardHinkle opened this issue Feb 12, 2018 · 2 comments


None yet
2 participants
Copy link

commented Feb 12, 2018

Either build in WebSub (by using Switchboard as a library) or add support for connecting to an external WebSub hub.

By enabling WebSub support for each timeline feed, a client can get real-time notifications of new posts within a timeline. This helps enable things like Push Notifications for ANY channel.


This comment has been minimized.

Copy link

commented Feb 12, 2018

Well that's not what I was expecting this issue to be about. Do you mean that you're going to run a server on behalf of the iOS client, so that you can send push notifications to it? I hadn't considered having Aperture send out WebSub notifications for content added to its channels, but that makes sense now that you mention it!


This comment has been minimized.

Copy link
Contributor Author

commented Feb 12, 2018

Yeah. I was thinking through push notifications, and I realized if I have a Micropub endpoint that turns Micropub requests into push notifications, that seems odd because they would all be ephemeral unless the person had the Micropub request ALSO be sent to their Microsub Server.

So while I still might implement “ephemeral” notifications by receiving a Micropub request, I realized most the time I will want 99% of my notifications logged. Which means they need to be a Microsub channel. Which means rather than having someone send content twice (or configure Microsub to “forward” posts), instead a client should be able to just get update notifications.

This means Indigenous can have a server that subscribes via WebSub and sends PUSH notifications when it gets them. And it could be configured on a per channel basis. And it can even be changed. For a day if I want to receive push notifications from a secondary channel, I can activate that for the day, and just disable notifications afterward.

This would also enable Together to eventually do some real-time post updates, by having its backend subscribe to the WebSub

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.