Beefy Boxes and Bandwidth Generously Provided by pair Networks
Do you know where your variables are?
 
PerlMonks  

Re^5: Reverse download protocols

by hippo (Bishop)
on Aug 30, 2021 at 16:32 UTC ( [id://11136221]=note: print w/replies, xml ) Need Help??


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

It almost sounds like you are talking about caching. If that's the case then there is no need at all to reinvent that particular wheel. See (eg) the If-Modified-Since and Cache-Control headers.


🦛

Replies are listed 'Best First'.
Re^6: Reverse download protocols
by tomasz (Acolyte) on Aug 30, 2021 at 16:37 UTC
    Sorry, but you seem to have not understood me at all. To clarify even more, the conversation might look like this:

    Client: hash1?
    Server: yes
    Client: hash2?
    Server: no
    Client: hash3?
    Server: yes
    And so on, until the client knows the file completely, so has no more questions.
      you seem to have not understood me at all

      With all due respect, I think that's because you haven't been clear at all. Your question makes almost no sense.

      And so on, until the client knows the file completely, so has no more questions

      Why does the client need to ask the server questions in order to download a file? wtf are you even talking about? This does not sound like any client/server file download transaction I've ever heard of.

        I am not clear, because I don't know the solution, nor do I possess the abstract terminology. But I'm sure the problem is clearly stated to an open mind. I presented one minimum already. Are there others? And what are they?

        And don't take my descriptions like "hash" literally. The fact that you haven't heard of something similar is no argument invalidating this problem whatsoever.
      Sorry, but you seem to have not understood me at all.

      And he is not alone.

      You should perhaps start by telling us which protocol you are taling about. A client asking for a hash sounds like some peer-to-peer file sharing protocol, but rsync also uses a kind of hash. If it is not a common protocol, like HTTP, FTP, rsync, link to the protocol spec.

      Then, don't invent new terminology, use the one from the protocol spec.

      Alexander

      --
      Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so". ;-)
        Asking with a hash, not for a hash, if we're going that way... I'm surprised to read replies like this here. The question is about possible protocols, devising which is a part of the problem, and you're asking me if I mean HTTP or FTP. Maybe try thinking this way: client has a hypothesis, sends a hash of it to the server. Server confirms. Then the client sends a hash of the hypothesis but reversed to avoid hash collision, and so on until certainty. Of course hashing is just, again, only symbolic here. It would have to be something more intelligent and tailor made for this problem in particular.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://11136221]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others admiring the Monastery: (6)
As of 2024-04-24 04:04 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found