mån 2010-09-20 klockan 12:19 -0700 skrev cachenewbie:
> If we queue each request and send it after receiving the response for the
> previous one, we should be okay.
How would that make you do okay?
> How will this work for HTTP progressive
> download videos that support "seek streaming" (pseudo-streaming) - The first
> request will result in server sending the video file (.swf file) but the
> client can send a HTTP request with a different offset (either using range
> requests or by using URLs like YouTube). When Squid sends out the second
> request to the server, how does it match the incoming bytestream to the
> actual request ? How does this get addressed for caching and non-caching
> scenarios when squid gets deployed as a proxy ?
It matches the response to the request, just as done for any other
request. No difference.
Regards
Henrik
Received on Mon Sep 20 2010 - 20:00:40 MDT
This archive was generated by hypermail 2.2.0 : Tue Sep 21 2010 - 12:00:03 MDT