[zeromq-dev] Designing for a subscriber that only bothers when data is presented

[Stefan de Konink]

On 11/22/12 12:40, Ian Barber wrote:
> That should be ok - could the subscriber not just unsubscribe from the
> topics it doesn't care about when it doesn't need the data though - that
> would mean the pub could drop the messages (for unicast transports).

In this case it is only one topic. What I would like to do is updating a
specific 'file' at a webserver, but doing it directly in memory without
using any aditional threading. Since the request at the webserver are
received at an irregular interval incoming data from the pubsub could
queue up, while the data is superseeded within 60s after publication.

Stefan