I believe you should wrap your header/footer inserter inside an
if (!r-main ) {
...
}
block. So only the 'main' request is wrapped but not any subrequests.
Ron
On Mon, 2009-07-13 at 20:45 +0200, Dennis J. wrote:
Hi,
I wrote a module that adds a header and a footer to html output and
It looks like it's interpreting the whole 'soapbla bla bla/soapGET' as
the method for the second request. Is there a two or three sets of '/r/n'
(or just '/n' in Windows?) after the header in the first message; if three,
perhaps it's interpreting the first message as a POST with no body?
Ron
Sorry for coming into this discussion late.
I think this is an excellent set of patches. I had developed a similar
enhancement to allow mod_dbd to connect with multiple databases at my last
job but never had a chance to make it available here. Your version is far
more clever and configurable.
not govern the actual sending
and receiving of the proxied request, Timeout does.
(This is what I tried to say in the comments,
sorry it wasn't clear.)
I'm reattaching the patch, just in case. :)
Ron
On Feb 21, 2008, at 2:29 PM, Ronald Park wrote:
Hi Folks,
After fumbling up a previous attempt
Hi Folks,
After fumbling up a previous attempt to send in this patch,
I'm going to try again, making sure to attach the patch this
time. :)
The following patch makes mod_proxy truly use ProxyTimeout
for the actual sending and receiving of the proxied request;
as it's currently implemented, it
just the fix part if that will help get it included in the
2.0 line.
Ron
On Thu, 2008-02-07 at 09:06 +0100, jean-frederic clere wrote:
Chris H. wrote:
Quoting Jim Jagielski [EMAIL PROTECTED]:
On Feb 5, 2008, at 2:52 PM, Ronald Park wrote:
Attached is my patch to 2.0.63
and sending this patch now and hope that
some others find it useful.
Ron
On Wed, 2008-02-06 at 10:34 -0500, Jim Jagielski wrote:
On Feb 5, 2008, at 2:52 PM, Ronald Park wrote:
Attached is my patch to 2.0.63 to the proxy_http.c file in
modules/proxy.
I didn't see any attached patch
there so I'll go ahead and
try.
Ron
On Mon, 2008-02-04 at 17:12 -0500, Eric Covener wrote:
On Feb 4, 2008 4:39 PM, Ronald Park [EMAIL PROTECTED] wrote:
According to the description of the ProxyTimeout directive, this
is the expected behavior:
I think this is more OT at [EMAIL PROTECTED], but you
The problem and patch in the below message are in regards to just
the Apache 2.0 line; it seems like a number of improvements in
timeout handling have already been implemented in the 2.2 version
of mod_proxy.
However, also included in my patch is a mechanism to provide even
more granularity in
According to the description of the ProxyTimeout directive, this
is the expected behavior:
This directive allows a user to specifiy a timeout on proxy requests.
This is useful when you have a slow/buggy appserver which hangs, and
you would rather just return a timeout and fail gracefully
I'm writing a module which is intended to do it's work
'asynchronously'. My module takes the body of a POST,
stores it into a note and immediately generates a response
code of 200. Then, during the logging stage, it does
that actual work (in my case, writing stuff into a db).
I have 'KeepAlives
Hello,
I am testing a module I wrote which does some lengthy processing
during the the 'log_transaction' hook of a request when I noticed
some peculiar behavior with the Flood testing tool as compared to
tools like wget and curl.
Namely, Flood, despite receiving a 'Connection: close' header, a
going to a timeout value set in the notes
table by another module so we can control proxy timeouts per
request on the fly. :)
Ron
On Fri, 2008-01-18 at 12:30 -0500, Ronald Park wrote:
[[Resending as I suspect my junk mail filters flagged it
on sending it. :/ However, if this did make it, I
[[Resending as I suspect my junk mail filters flagged it
on sending it. :/ However, if this did make it, I apologize
for this duplicate sending.]]
Hi Folks,
I'm trying to get ProxyTimeout to work and having no luck.
I've set up 2 Apache instances in my network. These are
Apache 2.0.59
Hi Folks,
I'm trying to get ProxyTimeout to work and having no luck.
I've set up 2 Apache instances in my network. These are
Apache 2.0.59 servers built on a 64 bit Redhat EL4 box.
On the first, I've just added the following directives:
ProxyTimeout 2
ProxyPass /cgi-bin
Hi All,
Is there a PR associated with the Security fix for the DOS attack via
the MIME folded headers? Or, more importantly, a patch file showing
what was changed? I'd like to see about back-porting it to an older
version. :)
Thanks,
Ron
--
Ronald Park [EMAIL PROTECTED]
, and that shouldn't be
controversial...either it works or it doesn't, and I can't spot any problems.
Greg
--
Ronald Park [EMAIL PROTECTED]
Querna wrote:
Ronald Park wrote:
I was recently considering a similar patch for mod_proxy along the lines
of spool_reqbody_cl() method but it would go one step further: spawning
off a thread to asynchronously read the request into a temp file (or
files) while the initial thread would continue
, in others, it would hurt performance...)
I don't think it would give any benefit. Well perhaps only on
forward proxies it could spare some keep-alive connections.
Regards,
Mladen.
--
Ronald Park [EMAIL PROTECTED]
wrote:
On Wed, 02 Feb 2005 12:32:39 -0500, Ronald Park [EMAIL PROTECTED] wrote:
I was recently considering a similar patch for mod_proxy along the lines
of spool_reqbody_cl() method but it would go one step further: spawning
off a thread to asynchronously read the request into a temp file
for the big mutex
but nothing that checks and blocks on the queue being full. And
without that, isn't it possible for push to go out of bounds?
Thanks,
Ron
--
Ronald Park [EMAIL PROTECTED]
missed that explains this then
apologies.
take worker MPM, for example
each child process has a thread that listens for new connections; when
it gets one, it uses apr_thread_cond*() APIs to dispatch a worker
thread to handle that connection
--
Ronald Park [EMAIL PROTECTED]
, stranded
processes' thread goes as that might be related.
Thanks for the suggestions!
Ron
On Tue, 2004-11-23 at 15:31 -0500, Cliff Woolley wrote:
On Tue, 23 Nov 2004, Ronald Park wrote:
Now, for the bad news: we don't know if there's a specific single
request that creates the problem. In fact
() from /lib/i686/libpthread.so.0
Thanks,
Ron
--
Ronald Park [EMAIL PROTECTED]
24 matches
Mail list logo