4 ms·

> If you subscribe to 1000 RSS feeds I'm subscribed to about 40 RSS feeds on my mobile phone, and I don't even have the time to read everything. > It's way mo

by antpls 8y ago

> If you subscribe to 1000 RSS feeds I'm subscribed to about 40 RSS feeds on my mobile phone, and I don't even have the time to read everything. > It's way more efficient at scale (I.e. when feeds are actual people, like in social networks) Could you show me basic math to prove that? Firms such as Facebook and Reuters already operates at world scale, and don't need a new protocol to deliver news.

onli 8y ago
They actually already use protocols like this. I did not dive into the differences yet, but so far it just seemed to be a more open spec of pubsubhubbub, and that would be very useful.
- antpls 8y ago
  No they dont. I use an offline mobile feed reader which pulls RSS feeds directly from the sources and it doesn't require any 3rd parties, like Flipboard, Feedly and others. RSS with a simple pull GET request is actually more OPEN than this proposal.
  - onli 8y ago
    You're just wrong. Platforms like Facebook already use protocols like this for their content propagation. This has nothing to do with your offline mobile feed reader. > RSS with a simple pull GET request is actually more OPEN than this proposal. It is not. Also, Websub does not change anything for clients just directly fetching the RSS feed.
    - antpls 8y ago
      Please, provide a source as a proof that "Platforms like Facebook already use protocols like this for their content propagation". > It is not. Also, Websub does not change anything for clients just directly fetching the RSS feed Indeed, it simply adds a middleman between the content producer and the final consumer.
      - onli 8y ago
        > Indeed, it simply adds a middleman between the content producer and the final consumer. No, it does not, not for the clients you seem to think about. The regular RSS feed does not vanish. For platforms like facebook using schemes like this, see https://www.quora.com/Why-doesnt-Facebook-implement-PubSubHubbub-as-a-Subscriber https://www.quora.com/Why-doesnt-Facebook-implement-PubSubHu... and https://developers.facebook.com/docs/graph-api/webhooks https://developers.facebook.com/docs/graph-api/webhooks
        antpls 8y ago
        In the same very quora response : "Additionally, the fact that PubSubHubbub requires applications to have a server endpoint makes it difficult for desktop and mobile clients to implement." That's fine, you precised it would be used between servers. But it limits the "openness" of the concept imho
        onli 8y ago
        It limits the applicability of the concept, sure. But I would not call that openness. It is not like there is a proprietary element or something that hides information from clients, it is just an enhancement that works only in a specific situation.
        antpls 8y ago
        Fair enough

by antpls 8y ago

onli 8y ago

They actually already use protocols like this. I did not dive into the differences yet, but so far it just seemed to be a more open spec of pubsubhubbub, and that would be very useful.

antpls 8y ago
No they dont. I use an offline mobile feed reader which pulls RSS feeds directly from the sources and it doesn't require any 3rd parties, like Flipboard, Feedly and others. RSS with a simple pull GET request is actually more OPEN than this proposal.
- onli 8y ago
  You're just wrong. Platforms like Facebook already use protocols like this for their content propagation. This has nothing to do with your offline mobile feed reader. > RSS with a simple pull GET request is actually more OPEN than this proposal. It is not. Also, Websub does not change anything for clients just directly fetching the RSS feed.
  - antpls 8y ago
    Please, provide a source as a proof that "Platforms like Facebook already use protocols like this for their content propagation". > It is not. Also, Websub does not change anything for clients just directly fetching the RSS feed Indeed, it simply adds a middleman between the content producer and the final consumer.
    - onli 8y ago
      > Indeed, it simply adds a middleman between the content producer and the final consumer. No, it does not, not for the clients you seem to think about. The regular RSS feed does not vanish. For platforms like facebook using schemes like this, see https://www.quora.com/Why-doesnt-Facebook-implement-PubSubHubbub-as-a-Subscriber https://www.quora.com/Why-doesnt-Facebook-implement-PubSubHu... and https://developers.facebook.com/docs/graph-api/webhooks https://developers.facebook.com/docs/graph-api/webhooks
      - antpls 8y ago
        In the same very quora response : "Additionally, the fact that PubSubHubbub requires applications to have a server endpoint makes it difficult for desktop and mobile clients to implement." That's fine, you precised it would be used between servers. But it limits the "openness" of the concept imho
        onli 8y ago
        It limits the applicability of the concept, sure. But I would not call that openness. It is not like there is a proprietary element or something that hides information from clients, it is just an enhancement that works only in a specific situation.
        antpls 8y ago
        Fair enough