Re: ESI works in IE6 & curl, but not in FF, Opera, Konqueror
Hi JT, JT Justman wrote: > We have a client who is interested in ESI and also requires gzip (as I > think most would), and we've been working on it on the back burner for a > while. Faster work from us depends on the client's priorities. It's not > a trivial undertaking, but I have at least got to the point of > understanding the ESI request flow enough to guess where the encoding > should probably be performed. > > See here for links to two bugs discussing the issue: thanks for the additional info regarding the ESI/gzip issue. Although it would be grand if Varnish supports gzip nativelly, currently I don't see a big problem of putting the Apache infront of Varnish instead of behind it. Hopefully we'll get the desired effect then. Cheers, -Torstein -- Torstein Krause Johansen System architect mobile: +47 97 01 76 04 web: http://www.escenic.com/ Escenic - platform for innovation ___ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc
Re: ESI works in IE6 & curl, but not in FF, Opera, Konqueror
Torstein Krause Johansen wrote: > Good morning, > > Tollef Fog Heen wrote: > > | Turning off Apache mod_deflate solves the problem. However, it's > > | probably not the "ultimate" solution as I wager the customer wants to > > | still use the deflate module. Setting > > > > There's unfortunately no way to use ESI and gzipped content at the > > moment. > > Ok, thanks for the confirmation :-) > > Sorry for asking, but I know many customers will be asking me this: do > you have any idea when we could expect support for this? Torstein - We have a client who is interested in ESI and also requires gzip (as I think most would), and we've been working on it on the back burner for a while. Faster work from us depends on the client's priorities. It's not a trivial undertaking, but I have at least got to the point of understanding the ESI request flow enough to guess where the encoding should probably be performed. See here for links to two bugs discussing the issue: http://varnish.projects.linpro.no/wiki/PostTwoShoppingList JT -- [EMAIL PROTECTED] http://www.endpoint.com ___ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc
Re: ESI works in IE6 & curl, but not in FF, Opera, Konqueror
Good morning, Tollef Fog Heen wrote: > | Turning off Apache mod_deflate solves the problem. However, it's > | probably not the "ultimate" solution as I wager the customer wants to > | still use the deflate module. Setting > > There's unfortunately no way to use ESI and gzipped content at the > moment. Ok, thanks for the confirmation :-) Sorry for asking, but I know many customers will be asking me this: do you have any idea when we could expect support for this? Cheers, -Torstein -- Torstein Krause Johansen System architect mobile: +47 97 01 76 04 web: http://www.escenic.com/ Escenic - platform for innovation ___ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc
Re: ESI works in IE6 & curl, but not in FF, Opera, Konqueror
]] Torstein Krause Johansen | Heya, | | Tollef Fog Heen wrote: | > it's been a while, we should meet up one of those days. :-) | | definitely! | | > | It seems that the "Accept-encoding" header the client sends (or doesn't | > | send in curl's case) to Varnish is the crucial bit, but of course I'm | > | not sure. It _does_ influence the curl result though, setting it to the | > | same as what Iceweasel sends to Varnish messes up the results (only | > | garble comes back). | > | > I'd start by turning off Content-Encoding: gzip and see if that helps. | | Excactly where do you mean I should turn this off? | | Turning off Apache mod_deflate solves the problem. However, it's | probably not the "ultimate" solution as I wager the customer wants to | still use the deflate module. Setting There's unfortunately no way to use ESI and gzipped content at the moment. -- Tollef Fog Heen Redpill Linpro -- Changing the game! t: +47 21 54 41 73 ___ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc
Re: ESI works in IE6 & curl, but not in FF, Opera, Konqueror
Heya, Tollef Fog Heen wrote: > it's been a while, we should meet up one of those days. :-) definitely! > | It seems that the "Accept-encoding" header the client sends (or doesn't > | send in curl's case) to Varnish is the crucial bit, but of course I'm > | not sure. It _does_ influence the curl result though, setting it to the > | same as what Iceweasel sends to Varnish messes up the results (only > | garble comes back). > > I'd start by turning off Content-Encoding: gzip and see if that helps. Excactly where do you mean I should turn this off? Turning off Apache mod_deflate solves the problem. However, it's probably not the "ultimate" solution as I wager the customer wants to still use the deflate module. Setting # Make sure proxies don't deliver the wrong content Header append Vary User-Agent env=!dont-vary in Apache's site configuration doesn't seem to help when mod_deflate is active. I assume the remedy is playing around with more Apache options, I'm grateful any input here. Cheers, -Torstein -- Torstein Krause Johansen System Architect mobile: +47 97 01 76 04 web: http://www.escenic.com/ Escenic - platform for innovation ___ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc
Re: ESI works in IE6 & curl, but not in FF, Opera, Konqueror
]] Torstein Krause Johansen Hi Torstein, it's been a while, we should meet up one of those days. :-) | It seems that the "Accept-encoding" header the client sends (or doesn't | send in curl's case) to Varnish is the crucial bit, but of course I'm | not sure. It _does_ influence the curl result though, setting it to the | same as what Iceweasel sends to Varnish messes up the results (only | garble comes back). I'd start by turning off Content-Encoding: gzip and see if that helps. -- Tollef Fog Heen Redpill Linpro -- Changing the game! t: +47 21 54 41 73 ___ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc
ESI works in IE6 & curl, but not in FF, Opera, Konqueror
Hi all, I cannot get ESI to work for any "real" browser, it might be something really obvious I've missed, but it seems really odd to me. My VCL: backend default { .host = "127.0.0.1"; .port = "81"; } sub vcl_fetch { if (req.url ~ "esiTest.html") { esi; set obj.ttl = 24 h; } elseif (req.url == "/cgi-bin/date.cgi") { set obj.ttl = 1m; } } esiTest.html (copied from varnish web site): http://www.w3.org/1999/xhtml";> The time is: at this very moment. date.cgi (copied from varnish web site): #!/bin/sh echo 'Content-type: text/html' echo '' date "+%Y-%m-%d %H:%M" I've included everything here so you can see there's no copy/paste errors :-) Backend is Apache HTTPd 2.2. Now to the odd bit, this works in IE6, curl and wet, but not in browsers like Firefox (Iceweasel), Konqueror or Opera. It seems that the "Accept-encoding" header the client sends (or doesn't send in curl's case) to Varnish is the crucial bit, but of course I'm not sure. It _does_ influence the curl result though, setting it to the same as what Iceweasel sends to Varnish messes up the results (only garble comes back). Here's the output from when Iceweasel tries to access the esiTest.html page: http://pastebin.com/m5f659a20 And here's the output from curl, which works: http://pastebin.com/m504fd0b0 So, please tell me what I need to do to make this work, and no, using IE is not an option ;-) Best regards, -Torstein ___ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc