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
