Search squid archive

Re: Weirdness caching objects with a vary header on a accelerator

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



tis 2007-05-01 klockan 11:43 +0200 skrev Bastian Blank:
> On Mon, Apr 30, 2007 at 10:37:24AM +0200, Bastian Blank wrote:
> > The response is properly written according to the store.log:
> > | 1177918188.354 SWAPOUT 00 00000000 5DD09DA912DD58C2EFBDAC8382385625  200 1177918188        -1 1178018188 x-squid-internal/vary - 1/201 GET http://jura13.jura.uni-tuebingen.de/
> > | 1177918188.354 SWAPOUT 00 00000001 6401BF3ABD2BDF388518448979017161  200 1177918188 1171557682 1177921788 text/html 18413/18413 GET http://jura13.jura.uni-tuebingen.de/
> 
> The key 5DD09DA912DD58C2EFBDAC8382385625 is built using the vary header
> and is therefor unusable to find this object again.

This problem is seen if you use urlgroup:s. See discussion in bug #1947.

It's not the vary details which is lost, it's the urlgroup when writing
out the x-squid-internal object.

Regards
Henrik

Attachment: signature.asc
Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signerad meddelandedel


[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux