in reply to Re^2: Reverse download protocols
in thread Reverse download protocols [solved]

> Something like an intersection of a series of "hashes".

It would help to know for which reason.

There is no way this will be more performant than a direct download.

Anyway anything which will work "your way" on a string will also work on a serialized hash. Just use Data::Dumper to get your string.

Cheers Rolf
(addicted to the Perl Programming Language :)
Wikisyntax for the Monastery

Replies are listed 'Best First'.
Re^4: Reverse download protocols
by tomasz (Acolyte) on Aug 31, 2021 at 13:26 UTC
    I am completely unable to guess, why you even mention direct download. The question wants to limit the download link. That's all. If you can spare 1 bit of data on that link, it counts as more performant, because that's how performance is counted in this case, per problem definition. Yes, it is so simple. For each such spared downlink bit cost can be counted in terms of extra uplink transfer and computation on the client and/or the server. So simple. And the "hash" you took the wrong direction. The point of any such "hashing" would be to decrease the exchange rate between spared bytes on the downlink and the cost on the uplink. I have an answer to this mystery already and will post it in a moment in bliako's subthread (the one with script code).
[reply]
      What???
[reply]

In Section Seekers of Perl Wisdom