Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Sender: minfrin
Message-ID: <3C891F16.28EB48F6@sharp.fm>
Date: Fri, 08 Mar 2002 22:29:10 +0200
From: Graham Leggett <minfrin@sharp.fm>
MIME-Version: 1.0
To: dev@httpd.apache.org
Subject: Re: mod_proxy Cache-Control: no-cache=<directive> support Apache1.3
References: <Pine.BSF.4.21.0203071659070.9606-100000@is>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature";
 micalg=sha1; boundary="------------ms54268A6A58E40088AA055557"

This is a cryptographically signed message in MIME format.

--------------ms54268A6A58E40088AA055557
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Igor Sysoev wrote:

> The main reason why Squid is better than Apache is much lesser
> memory overhead per connection. And of course, Squid has many other
> proxing features - it's proxy, not webserver.

In my experience, use a proxy as a forward proxy (like Squid), and use a
webserver as a reverse proxy (like Apache).

> Do you mean that Squid returns cached gzipped content to client
> that does not send 'Accept-Encoding' ? mod_proxy 1.3.23 does the same.
> Would it be changed in 1.3.24 ?

It should not do - if it does, it's a bug.

> I live in real world and many webmasters are too. It's not always possible
> to redesign backend. Unfortunately while Internet boom too many brain-damaged
> solutions were born.

But Apache tries to be the reference implementation of HTTP/1.1.
Although there are features in Apache to compensate for client and
server brokenness, trying too hard to accomodate broken design allows
too many webmasters to get away with broken design. If the clients fixed
all server errors, why bother creating a server that meets spec?

> > Use the ProxyPreserveHost option.
> 
> I suppose in 1.3.24 ?

Someone posted a patch a few weeks ago - no idea which versions it
appeared in, other than it's in the head of both 1.3 and 2.0.

> > The idea behind mod_cache was to separate the "send" threads from the
> > "receive" thread. This means that if a response is half-way downloaded,
> > and a new request comes in, the new request will be served from the
> > half-cached half-downloaded file, and not from a new request. When the
> > original request is finished, the backend is released, and the "receive"
> > threads carry on regardless.
> 
> Would it be work in prefork MPM ?

The requirement would be based on the presence of shared memory, and
should work in all MPMs.

> > You should have created a separate module for this, and run it alongside
> > mod_accel. This can still be done though.
> 
> I did not use mod_cgi and Java.

But other people do. If the busy locks logic was in it's own module,
there would be a lot more use for it out there.

> Your phrase is like 'mod_rewrite should be patched to do some SSI job'
> mod_rewrite works with URLs and filenames only. It can not change content.
> mod_randban changes content on the fly.

Then I misunderstood what you were trying to do - fiddling with content
on the fly is the job of a separate module entirely, probably a filter.
I thought you were manipulating URLs.

Regards,
Graham
-- 
-----------------------------------------
minfrin@sharp.fm		"There's a moon
					over Bourbon Street
						tonight..."
--------------ms54268A6A58E40088AA055557
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIHyAYJKoZIhvcNAQcCoIIHuTCCB7UCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BcYwggKVMIIB/qADAgECAgMEyOwwDQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA1MTEwMDE3NDZaFw0wMjA1MTEwMDE3NDZa
MF0xEDAOBgNVBAQTB0xlZ2dldHQxDzANBgNVBCoTBkdyYWhhbTEXMBUGA1UEAxMOR3JhaGFt
IExlZ2dldHQxHzAdBgkqhkiG9w0BCQEWEG1pbmZyaW5Ac2hhcnAuZm0wgZ8wDQYJKoZIhvcN
AQEBBQADgY0AMIGJAoGBALX2zJvQ/9l+sCEpkfMNNwtnMcF8vmPM2sRpibT5nR87bYWyLVCt
XXWXU+UyDOkiQJt6UahnmYZV7u40a1/osbNnjHjyNybejOuUFjHYy1gDwjsElnxYbRRA2SZc
CmrZ4V0QFI0ZKuimGryZQj77UroiIV+Qq+v+PaxDEGwiqJqnAgMBAAGjLTArMBsGA1UdEQQU
MBKBEG1pbmZyaW5Ac2hhcnAuZm0wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQCO
l5bH8JXuFM+EZi01jfezzKML5iPBHx4BDj/4gl2lXw1t0v6o+9442F6TpnOVAk3LL1KTupvc
HfM+Bn71iWuD8ASCoSsmVpeoCbOv3lPGltrDgywcmM8phZyK1hHLvvJgfd4IMZbuH/rm0ZWp
WjRORFfik8yuO9DgahgjgAhkujCCAykwggKSoAMCAQICAQwwDQYJKoZIhvcNAQEEBQAwgdEx
CzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93
bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24g
U2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBD
QTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4
MzAwMDAwMDBaFw0wMjA4MjkyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2Vz
dGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UE
CxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJT
QSAyMDAwLjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7Sbngn
Z4HF2ogZgpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmF
zVWaNRqdknWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ
7JRr6aFpAgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwx
LTI5NzASBgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOB
gQBzG28mZYv/FTRLWWKK7US+ScfoDbuPuQ1qJipihB+4h2N0HG23zxpTkUvhzeY42e1Q9Dps
NJKs5pKcbsEjAcIJp+9LrnLdBmf1UG8uWLi2C8FQV7XsHNfvF7bViJu3ooga7TlbOX00/LaW
GCVNavSdxcORL6mWuAU8Uvzd6WIDSDGCAcowggHGAgEBMIGaMIGSMQswCQYDVQQGEwJaQTEV
MBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRo
YXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFs
IEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwTI7DAJBgUrDgMCGgUAoIGGMBgGCSqGSIb3DQEJ
AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAyMDMwODIwMjkxMVowIwYJKoZIhvcN
AQkEMRYEFLWZ3sg1c+PkqyO0bWjAcakDGN8GMCcGCSqGSIb3DQEJDzEaMBgwBwYFKw4DAgcw
DQYIKoZIhvcNAwICASgwDQYJKoZIhvcNAQEBBQAEgYBeCMJtW4ctRCrh/y4imTJFSROQwlxC
uCAq3kXqaYXUS9TSn1/mmGuyj4mXTi/bg6Xpc8bY/Zyp3Qupbd2EOfdcKH9uWGjgXJiBSvbR
IL51G26WZaCLkw8LqT4zcWRWWMRe7NCtErda/TM3MMVko2MGTYNFDbvTeUDfjzZEvs5tTA==
--------------ms54268A6A58E40088AA055557--