ons 2010-02-24 klockan 14:56 +0100 skrev Tobias Reckhard:
I can't vouch for the authority of the site, but
http://schroepl.net/projekte/mod_gzip/config.htm implies that mod_gzip
can actually replace outdated precompressed files when the uncompressed
'companion' file is newer than the
, 2/23/10, Henrik Nordström hen...@henriknordstrom.net wrote:
From: Henrik Nordström hen...@henriknordstrom.net
Subject: Re: [squid-users] GZIP and Squid on a high performance website?
To: Gerrit Berkouwer gerritberkou...@gmail.com
Cc: squid-users@squid-cache.org
Date: Tuesday, February 23
Henrik Nordström wrote the following on 24.02.2010 00:15:
tis 2010-02-23 klockan 22:07 +0100 skrev Gerrit Berkouwer:
What do you mean by make sure your authoring system updates both? Do
you mean that Apache wll not recognize new content by itself and thus
make a brand new .gz file every time
mån 2010-02-22 klockan 21:31 +0100 skrev Gerrit Berkouwer:
Can this be done with Apache? So let Apache do the GZIP and serve
Squid this gzipped file? Without the eCAP module?
Apache handles content negotiation very well, much better than dynamic
gzip:ing. It works on static files simply by
Henrik,
let me get this straight: do you suggest to turn GZIP on on Apache, so
2 files exist on Apache, and then let Squid simply serve and cache
these 2 files? Or is that not possible with Squid? This is something I
cannot find the answer to anywhere! :-)
What do you mean by make sure your
tis 2010-02-23 klockan 22:07 +0100 skrev Gerrit Berkouwer:
let me get this straight: do you suggest to turn GZIP on on Apache, so
2 files exist on Apache, and then let Squid simply serve and cache
these 2 files? Or is that not possible with Squid? This is something I
cannot find the answer to
Hello everyone,
we want to use Squid-3.1 with ecap support to enable the external gzip
module on our high performance/high availability website.
We want to use GZIP because we think this will improve performance for
our end-users, following the 'high-performance website' rules of Steve
Souders of
Gerrit Berkouwer wrote:
Hello everyone,
we want to use Squid-3.1 with ecap support to enable the external gzip
module on our high performance/high availability website.
We want to use GZIP because we think this will improve performance for
our end-users, following the 'high-performance website'
2010/2/22 Amos Jeffries squ...@treenet.co.nz:
Gerrit Berkouwer wrote:
Hello everyone,
we want to use Squid-3.1 with ecap support to enable the external gzip
module on our high performance/high availability website.
We want to use GZIP because we think this will improve performance for
our
Le Lundi 22 Février 2010 14:11:08, Amos Jeffries a écrit :
Gerrit Berkouwer wrote:
Hello everyone,
we want to use Squid-3.1 with ecap support to enable the external gzip
module on our high performance/high availability website.
We want to use GZIP because we think this will improve
Le Lundi 22 Février 2010 14:31:51, Gerrit Berkouwer a écrit :
2010/2/22 Amos Jeffries squ...@treenet.co.nz:
Gerrit Berkouwer wrote:
Hello everyone,
we want to use Squid-3.1 with ecap support to enable the external gzip
module on our high performance/high availability website.
We want
Hello,
I am using Squid as reverse proxy in front of a web server (Apache).
If my Apache cannot have gzip enabled, is it possible to gzip the page
using Squid before sending to client?
Thanks/
On ons, 2008-11-12 at 22:33 +0800, howard chen wrote:
If my Apache cannot have gzip enabled, is it possible to gzip the page
using Squid before sending to client?
No. squid requires the web server to do the compression, and also
requires the web server to do it correctly (which most versions
Hello,
I am using Squid as reverse proxy in front of a web server (Apache).
If my Apache cannot have gzip enabled, is it possible to gzip the page
using Squid before sending to client?
Not at present. Content encoding is on my worklist, but the bugs and prep
for 3.1 releases are delaying
14 matches
Mail list logo