On Wednesday, July 25, 2012 at 11:56 PM, Marcel Schlimper wrote:
> On Thu, Jul 26, 2012 at 4:12 AM, elij <
eli...@gmail.com (mailto:
eli...@gmail.com)> wrote:
> >
> >
> > On Wednesday, July 25, 2012 at 7:35 AM, Marcel Schlimper wrote:
> >
> > > On Wed, Jul 25, 2012 at 7:11 AM, Peter Russell <
retep....@ymail.com (mailto:
retep....@ymail.com)> wrote:
> > > > > Of course without the typo on the last line *sigh*.
> > > > > Should have read: h["ETag"] = []string{"test"}
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > If that does not work, then try adding quotes to make it a valid entity tag:
> > > > h["ETag"] = []string{"\"test\""}
> > >
> > >
> > >
> > >
> > >
> > > it looks like sfari does not support / work with ETag
> > I find that very surprising (especially since if I run ngrep locally with safari-6.0 traffic I can indeed see if-none-match headers in the request).
> >
> > Are you setting any other headers that might be taking precedence (Vary, Cache-Control. etc)?
>
>
> Hi,
>
> is is the request from safari Version 5.1.7 (7534.57.2) without setting the ETag
>
>
>
> GET / HTTP/1.1..Host:
rtbstage.appspot.com (
http://rtbstage.appspot.com)..User-Agent: Mozilla/5.0
> (Macintosh; Intel Mac OS X 10_7_4) AppleWebKit/534.57.2 (
> KHTML, like Gecko) Version/5.1.7 Safari/534.57.2..Accept:
> text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8..Ca
> che-Control: max-age=0..Accept-Language: de-de..Accept-Encoding:
> gzip, deflate..Cookie: a=cookie:737060cd8c284d8af7ad3082f209
> 582d..Connection: keep-alive....
>
> The same request with firefox:
>
> GET / HTTP/1.1..Host:
rtbstage.appspot.com (
http://rtbstage.appspot.com)..User-Agent: Mozilla/5.0
> (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20100101
> Firefox/
13.0.1..Accept:
> text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8..Accept-Language:
> de-de,de;q=0.8,en-u
> s;q=0.5,en;q=0.3..Accept-Encoding: gzip, deflate..Connection:
> keep-alive..Cookie: a=cookie:737060cd8c284d8af7ad3082f209582d..
> If-None-Match: "737060cd8c284d8af7ad3082f209582d"..Cache-Control:
> max-age=0....
>
I seem to be seeing behavior where if you request the file directly etag isn't observed, but if the file (like say, an image) is embedded in another page, then etags do seem to be used. Indeed odd.
>
> I think its not a problem of the/my go implementation.
I agree.