Re: Caching issue

2008-03-11 Thread Dag-Erling Smørgrav
Shain Miley <[EMAIL PROTECTED]> writes:
> Here is the output from an original request...nothing is cached at
> this point..I hope it has the backend info you need.

Well, I don't need anything since I've already found the problem :)
But yes, the backend information is there (lines that have 'b' instead
of 'c' in the third column)

DES
-- 
Dag-Erling Smørgrav
Senior Software Developer
Linpro AS - www.linpro.no
___
varnish-dev mailing list
varnish-dev@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-dev


Re: Caching issue

2008-03-11 Thread Dag-Erling Smørgrav
"Poul-Henning Kamp" <[EMAIL PROTECTED]> writes:
> You could try the following in vcl_recv:
>
>   if (req.http.accept-encoding) {
>   set req.http.accept-encoding = regsub(
>   req.http.accept-encoding,
>   "gzip, *", "gzip,");
>   }
>
> to get rid of the space(s), but it is not guaranteed to get all cases.
>
> Alternatively, the more brutal:
>
>   if (req.http.accept-encoding ~ "gzip") {
>   set req.http.accept-encoding = "gzip";
>   } else {
>   unset req.http.accept-encoding;
>   }
>
> Will get the desired effect in all cases, provided your backend does
> not attempt deflate as fallback.

A slightly more complex solution, to cover all bases without losing
functionality:

set req.http.accept-encoding = regsub(req.http.accept-encoding,
"^ *gzip, *deflate *$", "gzip,deflate");
set req.http.accept-encoding = regsub(req.http.accept-encoding,
"^ *deflate, *gzip *$", "gzip,deflate");

This should take care of >99% of cases; I don't know of any browser that
supports only one of the two, or supports anything *but* those two.

However, Apache only supports gzip, so Poul-Henning's solution is
sufficient in this case.

DES
-- 
Dag-Erling Smørgrav
Senior Software Developer
Linpro AS - www.linpro.no
___
varnish-dev mailing list
varnish-dev@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-dev


Re: Caching issue

2008-03-11 Thread Poul-Henning Kamp

Is this FAQ fodder ?

In message <[EMAIL PROTECTED]>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=
 writes:
>"Poul-Henning Kamp" <[EMAIL PROTECTED]> writes:
>> You could try the following in vcl_recv:
>>
>>  if (req.http.accept-encoding) {
>>  set req.http.accept-encoding =3D regsub(
>>  req.http.accept-encoding,
>>  "gzip, *", "gzip,");
>>  }
>>
>> to get rid of the space(s), but it is not guaranteed to get all cases.
>>
>> Alternatively, the more brutal:
>>
>>  if (req.http.accept-encoding ~ "gzip") {
>>  set req.http.accept-encoding =3D "gzip";
>>  } else {
>>  unset req.http.accept-encoding;
>>  }
>>
>> Will get the desired effect in all cases, provided your backend does
>> not attempt deflate as fallback.
>
>A slightly more complex solution, to cover all bases without losing
>functionality:
>
>set req.http.accept-encoding =3D regsub(req.http.accept-encoding,
>"^ *gzip, *deflate *$", "gzip,deflate");
>set req.http.accept-encoding =3D regsub(req.http.accept-encoding,
>"^ *deflate, *gzip *$", "gzip,deflate");
>
>This should take care of >99% of cases; I don't know of any browser that
>supports only one of the two, or supports anything *but* those two.
>
>However, Apache only supports gzip, so Poul-Henning's solution is
>sufficient in this case.
>
>DES
>--=20
>Dag-Erling Sm=C3=B8rgrav
>Senior Software Developer
>Linpro AS - www.linpro.no
>

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
varnish-dev mailing list
varnish-dev@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-dev


Re: Caching issue

2008-03-11 Thread Dag-Erling Smørgrav
"Poul-Henning Kamp" <[EMAIL PROTECTED]> writes:
> Is this FAQ fodder ?

Yes, I'll stick it in the wiki.

DES
-- 
Dag-Erling Smørgrav
Senior Software Developer
Linpro AS - www.linpro.no
___
varnish-dev mailing list
varnish-dev@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-dev


Re: cache_acceptor_poll.c oddities (Solaris)

2008-03-11 Thread Dag-Erling Smørgrav
"Jyri J. Virkki" <[EMAIL PROTECTED]> writes:
> Starting varnish (current code from svn) on Solaris, without any
> requests I see it sits there with one thread using up all of 1 cpu,
> stuck in a poll loop (per truss).

The poll code has seen very little maintenance or testing lately, simply
because there are better alternatives on all the platforms we officially
support.  Theo Schlossnagle has an acceptor implementation that uses
Solaris event ports; you may have more luck with that than with poll.

In any case, thank you for the patch; I will commit it as soon as
possible.

DES
-- 
Dag-Erling Smørgrav
Senior Software Developer
Linpro AS - www.linpro.no
___
varnish-dev mailing list
varnish-dev@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-dev


Re: SSL support

2008-03-11 Thread Audun Ytterdal
Dag-Erling Smørgrav wrote:
> Louis Luo <[EMAIL PROTECTED]> writes:
>> BTW, some ticket mentioned that compression would be added to 2.0.
>> How is it now?  I need this feature badly.  Do you guys have some
>> early work that I can try?
> 
> That was a wishlist item, not a promised feature.  However, Varnish 2.0
> supports Vary, so if can enable compression on your backend, it will
> "just work" - but DO NOT UNDER ANY CIRCUMSTANCES use the sample
> configuration at the top of Apache's mod_deflate documentation, as it
> will effectively make every compressable document uncacheable.

You mean

"AddOutputFilterByType DEFLATE text/html text/plain text/xml"

Why will that make documents uncacheable?

Would be sad for non-gzipable browser, but that would be fixed by

"Header append Vary User-Agent"

Or?


--
Audun


*
Denne fotnoten bekrefter at denne e-postmeldingen ble
skannet av MailSweeper og funnet fri for virus.
*
This footnote confirms that this email message has been 
swept by MailSweeper for the presence of computer viruses.
*

___
varnish-dev mailing list
varnish-dev@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-dev