On Tue, 8 Nov 2005 [EMAIL PROTECTED] wrote:
Igor Sysoev wrote
Actually, with MSIE 5.5+ appearance the chances that client can not
decompress the response from downstream cache have increased.
If MSIE 5.5 is configured to work via proxy with HTTP/1.0, then
MSIE will never send Accept-Encoding
Vary header
if it also has Content-Encoding: gzip or Content-Encoding: deflate
headers. But it refuses to cache if the response has no
Content-Encoding: gzip header.
My mod_deflate allows optionally to add Vary header to compressed
response only.
Igor Sysoev
http://sysoev.ru/en/
On Thu, 21 Oct 2004, Roman Gavrilov wrote:
so what would you suggest I should do ?
implement it by myself ?
No, just look at http://sysoev.ru/mod_accel/
It's Apache 1.3 module as you need.
Igor Sysoev
http://sysoev.ru/en/
Bill Stoddard wrote:
Graham Leggett wrote:
Roman Gavrilov
On Thu, 21 Oct 2004, Roman Gavrilov wrote:
after checking the mod_accel I found out that it works only with http,
we need the cache proxy to work both with http and https.
What was the reason for disabling https proxying caching ?
How do you think to do https reverse proxying ?
Igor
https:/mydomain/foobar/
ProxyPassReverse https:/mydomain/foobar/ /foo/bar
I'll be more then glad to discuss it with you.
So proxy should decrypt the stream, find URI, then encrypt it, and
pass it encrypted to backend ?
Igor Sysoev
http://sysoev.ru/en/
the answer to the client
of course after caching it.
Well, it's the same as I described.
No, mod_accel can not connect to backend using https.
Roman
Igor Sysoev wrote:
On Thu, 21 Oct 2004, Roman Gavrilov wrote:
I don't see any problem using it, actually I am doing it. I am not
talking
and Cache-Control: max-age=number headers.
The AccelIgnoreExpires disables a backend's Expires,
Cache-Control: no-cache and Cache-Control: max-age=number headers.
Igor Sysoev
http://sysoev.ru/en/
://sysoev.ru/en/ ) allows to take cookies into account while
caching:
AccelCacheCookie some_cookie_name another_cookie_name
You can set it on per-location basis.
Besides, my upcoming light-weight http and reverse proxy server nginx
will allow to do it too.
Igor Sysoev
http://sysoev.ru/en/
compressed responses right in
src/main/buff.c where it belongs (given we don't have filters in Apache1)
There's mod_deflate module for Apache 1.3.x that patches buff.c and
compesses a response on the fly. It's available at http://sysoev.ru/en/
Igor Sysoev
http://sysoev.ru/en/
that zlib required for compressing - 256K-384K.
So I have directive to disable a compressing to avoid an intensive swapping
if a number of Apache processes is bigger then specified.
Igor Sysoev
http://sysoev.ru/en/
sat down to look at the
relevant RFCs. It might be easy, but it might be hard.
MSIE, Mozilla and Opera do not understand RFC 1950 'deflate' method, i.e.
they want RFC 1951 only deflated stream without any zlib header
and Adler32 checksum trailer.
Igor Sysoev
http://sysoev.ru/en/
with clients body mod_proxy does not support client's
chunked request. Of course, unpatched frontend is still vulnerable.
Igor Sysoev
http://sysoev.ru
. What version are
you using?
I see this bug on
SunOS X 5.8 Generic_108529-07 i86pc i386 i86pc
But this bug does not affect Apache.
Igor Sysoev
Don't know if those cases would be seen by Solaris users of Apache
2.0.x, but it might be useful to snarf FreeBSD's qsort.c and link Apache
to it if a Solaris platform is detected
I think Apache does not sort more then ten items so this bug
does not affect Apache.
Igor Sysoev
that better way is not to use FreeBSD 4.x sendfile()
capability to send header but use emulatation of header
transmition instead.
Igor Sysoev
On Fri, 8 Mar 2002, Graham Leggett wrote:
Igor Sysoev wrote:
*) make simple fault-tolerance with dns-balanced backends.
mod_proxy does this already.
No. mod_proxy tries it but code is broken. If connection failed it try
to connect with the same socket. It should make new
of mod_rewrite.
mod_rewrite can not do it.
Then rewrite should be patched to do it.
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.
Igor Sysoev
On Fri, 1 Mar 2002, Graham Leggett wrote:
Igor Sysoev wrote:
mod_proxy can not do many things that mod_accel can Some of
them can be easy implemented, some not
Keep in mind that mod_proxy is exactly that - a proxy It does not try
to duplicate functionality that is performed by other
in array
allocated from pool and set cleanup for this array
In cleanup I free addresses if they is not free already
Comments?
Igor Sysoev
.
Igor Sysoev
On Wed, 20 Feb 2002, Graham Leggett wrote:
Igor Sysoev wrote:
1.3.23 mod_proxy calls ap_proxy_send_fb() and than closes backend.
But ap_proxy_send_fb() flushes output to client so it can hang
for a long time.
I have come up with a patch to solve this problem - in theory anyway
to hack it. It was much simpler to write module from
scratch.
Igor Sysoev
On Thu, 21 Feb 2002, Igor Sysoev wrote:
On Thu, 21 Feb 2002, Joseph Wayne Norton wrote:
After I read your posting, I downloaded but haven't tried to install
the mod_accel. From you description, it looks like a very, powerful
module with pretty much the features that I have been looking
On Tue, 19 Feb 2002, Fowler, Brian wrote:
Due to a requirement on a project we are currently working on involving
using Apache as a caching reverse proxy server to WebLogic.
We are considering implementing the
Cache-Control: no-cache=directive
for the Apache 1.3 mod_proxy module
On Tue, 19 Feb 2002, Graham Leggett wrote:
Igor Sysoev wrote:
mod_proxy is very ancient module and it's hard to maintain it.
Er, mod_proxy _was_ a very ancient module, but has been largely
overhauled in v1.3 and completely rewritten in v2.0 in both cases having
full support of HTTP/1.1
On Tue, 19 Feb 2002, Graham Leggett wrote:
Igor Sysoev wrote:
The main problem with mod_proxy is that it reads backend response
to 8K buffer and than sends it to client. When it have sent it
to client it reads again from backend. After it have sent whole
content to client it flushes
On Sun, 17 Feb 2002, Graham Leggett wrote:
Igor Sysoev wrote:
The main problem is proxies, especially Squid (~70% of all proxies)
Proxies can store compressed response and return it to browser
that does not understand gzipped content.
Is this verified behavior? If a proxy returns
correctly them
application/msword when compressed. NN and Opera does not.
application/vnd.ms-excel
application/vnd.ms-powerpoint
Igor Sysoev
On Sat, 16 Feb 2002, Eli Marmor wrote:
Igor Sysoev wrote:
On Sat, 16 Feb 2002, Zvi Har'El wrote:
...
In my mod_deflate module (for Apache 1.3.x) I'd enabled by default
text/html only. You can add or remove another type with DeflateTypes
directive. Here are some recomendations
should by default disable encoding for requests
with Via header and HTTP/1.0 requests (HTTP/1.1-compatible
proxy must set Via header, HTTP/1.0-compatible should but not have).
Igor Sysoev
is in Russian only. Sorry.
Some features:
It patches Apache 1.3.x so it allows to compress content without
temporary files as mod_gzip does. It allows two encoding - gzip
and deflate. It has some workarounds for buggy browsers.
On FreeBSD it can check CPU idle to disable compression.
Igor Sysoev
31 matches
Mail list logo