-
Notifications
You must be signed in to change notification settings - Fork 50
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
Discussion for Host-Meta feature At Risk #97
Comments
There's an argument in #101 that host-meta for rel=hub is useless unless we also allow host-meta for rel=self (with templates) or allow rel=self to be optional. |
There has been some more discussion on the mailing list relevant to this topic, in support of dropping this feature. https://lists.w3.org/Archives/Public/public-socialweb/2017May/0003.html |
I am still sad we cannot find a way to support all these static hosting platforms which do not let us alter headers conveniently (👀 at you Github!) and I worry that people (we?) will try to re-invent the wheel when inevitably some people wil try to achieve this...) |
As discussed on the 2017-08-15 call, due to a lack of interest and implementations of the |
This issue is a placeholder for discussion of the "At Risk" feature of host-meta based hub discovery.
https://w3c.github.io/websub/#discovery
The working group knows of no publishers that depend solely on the host-meta based discovery, and believes that all publishers offer discovery in either of the two other ways. If you have an implementation that is only able to advertise its hub via host-meta, please comment below.
The text was updated successfully, but these errors were encountered: