sön 2006-12-17 klockan 11:35 +0100 skrev =?X-UNKNOWN?Q?Juan_Pablo_Garc=EDa_Ortiz?=: > Hi all, > > well, this is a bit strange question: could a Web server send > interleaved content of two (or more) requested objects to squid cache > through the same channel? For example, if a server receives two > pipelined requests of two different web objects, it could send their > contents interleaved using, for example, chunks. Nope, not within HTTP. The responses is sent in the order the requests was received. To interleave the messages a new protocol needs to be designed, but I don't really see the much difference from sending the requests on different connections.. > The known common > behaviour would be to send one objet content and, after that, to send > the content of the second web object, but the commented "strange" > behaviour would be very useful to exploit proxy caching in some > contexts like multimedia streaming. multimedia streaming over HTTP is not something to encourage. It's definitely the wrong way of doing streaming. > Another strange question: is it possible to group requests to squid?. ??? Group by which means? HTTP does not define any "groups" of requests. Just sequence. > A client could group several requests in only one request to the squid > proxy. If another client makes other group request that includes one > web object also requested by the previous client, this will be > recognized and served by the proxy. Squid automatically merges concurrent requests for the same cacheable response as soon as Squid knows the response is cachable. If you enable collapsed forwarding then Squid optimistically assumes the response will be cacheable and delays the next requests while waiting for the response headers. Regards Henrik
Attachment:
signature.asc
Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signerad meddelandedel
